# Оказание услуг по доработке автоматизированной информационной системы Министерства труда и социальной защиты населения Рязанской области «Электронный социальный регистр населения Рязанской области»

- Номер: 0859200001126012273 (44-ФЗ)
- Заказчик: ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ РЯЗАНСКОЙ ОБЛАСТИ "ЦЕНТР ЗАКУПОК РЯЗАНСКОЙ ОБЛАСТИ"
- НМЦК: 1 948 800,00 ₽
- Подача заявок до: 30.10.2026
- Карточка ЕИС: https://zakupki.gov.ru/epz/order/notice/ok20/view/common-info.html?regNumber=0859200001126012273

**Требование к опыту:** Опыт даёт баллы — В критерии оценки заявок учитывается именно опыт исполнения контрактов/договоров по созданию, внедрению, развитию, доработке, интеграции или сопровождению информационных систем, реализованных на платформе SiTex-ЭСРН в сфере соцзащиты
**Суть:** Доработать (настроить) уже работающую государственную АИС «Электронный социальный регистр населения Рязанской области» на платформе SiTex-ЭСРН: настройка интеграций с ГИС ЕЦП, ЕПГУ, СМЭВ 4, прием сведений о рождении/смерти и усиление требований к паролям/блокировке учётных записей. Для Минтруда и соцзащиты Рязанской области.
**Тип проекта:** Доработка
**Сроки:** Срок оказания услуг — с даты подписания контракта по 15.12.2026; контракт действует до 05.02.2027 (включая гарантийный период)
**Оплата:** Аванс не упомянут; оплата в течение 7 рабочих дней с даты подписания заказчиком документа о приёмке; приёмка — до 20 рабочих дней после размещения документа о приёмке в ЕИС
**Гарантия:** Гарантийный срок 1 год с даты подписания акта приёмки на весь объём оказанных услуг; недостатки устраняются исполнителем за свой счёт не позднее 5 рабочих дней
**Права на результат:** Исполнитель гарантирует передачу результатов услуг без нарушения исключительных прав третьих лиц; отдельной передачи исходников/прав заказчику на платформу не предусмотрено (платформа — чужая, лицензия у заказчика неисключительная)
**Только СМП/СОНКО:** да
**Очное присутствие:** Удалённо
**Про присутствие:** «Место оказания услуг – Рязанская область. Исполнитель оказывает услуги в удалённом режиме»
**Можно ли сразу:** Нужна история/допуск
**Пояснение:** Нужны права на распространение/лицензия на платформу SiTex-ЭСРН (или партнёрство с правообладателем Систематика Консалтинг) и знание конкретной системы — без этого победить и выполнить контракт практически невозможно (опыт по этой платформе — критерий оценки)
**Существующая система:** АИС «Электронный социальный регистр населения Рязанской области» на платформе «SiTex-ЭСРН» (правообладатель ООО «Систематика Консалтинг», реестр российского ПО № 2231)
**Как выбирают:** Открытый конкурс: цена + критерий опыта работ именно на платформе SiTex-ЭСРН в сфере соцзащиты (вес/детали не указаны полностью)
**Сложность:** medium
**Комментарий:** Не подходит студии без партнёрства с ООО «Систематика Консалтинг» и опыта работы именно с платформой SiTex-ЭСРН — это фактический барьер входа, несмотря на удалённую работу и небольшую сумму

## Признаки заточки под исполнителя: 45% (высокий)
Доработка действующей АИС ЭСРН Рязанской области на закрытой платформе SiTex-ЭСРН. Исходники платформы не передаются, нужна лицензия правообладателя, а опыт оценивается только на этой платформе (вес квалификации 70%). Вместе с примерно месячным сроком исполнения это может указывать на то, что реально участвовать сможет лишь правообладатель платформы или его партнёр.
- incumbent_lock (+15): «Исходные коды платформы «SiTex-ЭСРН. Версия СК» являются закрытыми и Подрядчику не передаются.» — Доработка системы на закрытой платформе ООО «Систематика Консалтинг» без передачи исходников, а в заявке требуется лицензионный договор с правообладателем. Посторонний исполнитель без партнёрства с правообладателем начать работу не сможет. [docs/0859200001126012273/Описание объекта закупки.pdf]
- narrow_experience (+15): «по созданию, и/или внедрению, и/или развитию, и/или доработке (модернизации), и/или интеграции, и/или сопровождению информационных систем, реализованных на платформе SiTex – ЭСРН в области социальной защиты.» — Квалификация весит 70%, и половина её баллов даётся только за контракты на конкретной платформе SiTex-ЭСРН в соцзащите. Такой опыт есть фактически у правообладателя и его партнёров. [docs/0859200001126012273/Порядок рассмотрения и оценки заявок на участие в конкурсе.pdf]
- exec_too_short (+15): «Срок оказания услуг: по 15.12.2026 г.» — Заявки принимаются до 30.10.2026, контракт реально подписать около середины ноября. На обследование, ЧТЗ с согласованием, пять интеграционных доработок (ГИС ЕЦП, ЕПГУ, сведения ЗАГС, СМЭВ 4, парольная политика) и испытания остаётся около месяца. По грубой оценке это 8–12 человеко-месяцев на ~2 млн ₽, то есть очень сжато даже для команды, знающей платформу. [docs/0859200001126012273/Описание объекта закупки.pdf]
Возможные честные причины: Система уже работает на проприетарной платформе, и доработка без прав правообладателя юридически невозможна; срок до 15.12 связан с концом бюджетного года; аттестованная ГИС К2 требует исполнителя, знающего платформу.

## Что сделать
- Настройка взаимодействия с ГИС ЕЦП по видам сведений о мерах социальной поддержки
- Настройка интеграции АИС ЭСРН РО с ЕПГУ по госуслугам
- Настройка приёма сведений о госрегистрации рождения и смерти
- Доработка механизмов ИБ: раздельные требования к паролю, автоблокировка неактивных учётных записей
- Настройка взаимодействия по регламентированному запросу СМЭВ 4

## Платформа и технологии
- SiTex-ЭСРН
- MS SQL Server (не ниже 2014)
- СМЭВ 4
- ЕПГУ
- ГИС ЕЦП

## Допуски, пропуска, режим
- Защита информации не ниже уровня К2 (ГИС 2 класса защищённости) и защита ПДн не ниже 2 уровня
- Соблюдение требований ФСТЭК/ФСБ по защите информации при оказании услуг

## Лицензии и членство
- Свидетельство о государственной регистрации программы или действующий лицензионный договор с правообладателем на право распространения программ (фактически нужны права/партнёрство по платформе SiTex-ЭСРН)
- Декларация об обладании исключительными правами на результаты интеллектуальной деятельности, если заказчик приобретает права по контракту

## Штрафы и риски
- Обеспечение исполнения контракта — 10% цены
- Пеня 1/300 ключевой ставки ЦБ за каждый день просрочки, штрафы по правилам 44-ФЗ
- Фактический барьер для участия — требование прав/лицензии на платформу SiTex-ЭСРН

_Выжимка сделана автоматически по документам закупки; юридически значимы только сами документы (файлы в папке «Документы» и текст в 01_ТЕКСТ_ВСЕХ_ДОКУМЕНТОВ.txt)._


# ПОЛНЫЙ ТЕКСТ ДОКУМЕНТОВ

=== ФАЙЛ: Описание объекта закупки | docs/0859200001126012273/Описание объекта закупки.pdf
ОПИСАНИЕ ОБЪЕКТА ЗАКУПКИ
на оказание услуг по доработке автоматизированной информационной системы
Министерства труда и социальной защиты населения Рязанской области «Электронный
социальный регистр населения Рязанской области»
ПЕРЕЧЕНЬ СОКРАЩЕНИЙ
Сокращение/
определение
АИС ЭСРН РО,
Система
Заказчик,
Министерство
БД
Контракт
СМЭВ
ТЗ
МСП
ЕПГУ
Исполнитель
НСД
ОГВ
ОМС
ПО
СДУ
СУБД
ГИС ЕЦП
ЛМСЗ
ТМСЗ
РЗ
Значение
Автоматизированная информационная система
«Электронный социальный регистр населения Рязанской
области»
Министерство труда и социальной защиты
населения Рязанской области
База данных
Государственный контракт
Система межведомственного электронного
взаимодействия
Техническое задание
Мера социальной поддержки
Единый портал государственных услуг
Участник закупки, признанный победителем,
заключивший Государственный контракт
Несанкционированный доступ
Органы государственной власти
Органы местного самоуправления
Программное обеспечение
Система долговременного ухода
Система управления базами данных
Государственная информационная система «Единая
централизованная цифровая платформа в социальной
сфере»
Локальная мера социальной защиты (поддержки)
Тип меры социальной защиты (поддержки)
Регламентированный запрос
1. Общие сведения
Настоящие технические требования определяют требования к оказанию Исполнителем услуг по
доработке автоматизированной информационной системы Министерства труда и социальной защиты
населения Рязанской области «Электронный социальный регистр населения Рязанской области».
1.1. Наименование системы
Полное наименование системы: Ведомственная информационная система «Электронный
социальный регистр населения Рязанской области».
Условное наименование системы: АИС, АИС ЭСРН РО, Система.
1.2. Наименование услуг
1
Оказание услуг по доработке автоматизированной информационной системы Министерства труда и
социальной защиты населения Рязанской области «Электронный социальный регистр населения
Рязанской области».
1.3. Наименование Государственного заказчика
Государственный заказчик – Министерство труда и социальной защиты населения Рязанской
области.
1.4. Исполнитель
Исполнитель определяется по результатам проведения закупочных процедур в соответствии с
федеральным законом от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ,
услуг для обеспечения государственных и муниципальных нужд».
1.5. Срок оказания услуг
Срок оказания услуг: по 15.12.2026 г.
1.6. Перечень документов, с учетом требований которых оказываются услуги
Настоящее техническое задание разработано с учетом требований следующих документов:
1. Федеральным законом от 27.07.2006 № 149-ФЗ «Об информации, информационных
технологиях и о защите информации»;
2. Федеральный закон от 17 сентября 1998 г. N 157-ФЗ «Об иммунопрофилактике инфекционных
болезней»;
3. Федеральный закон от 17.07.1999 № 178-ФЗ «О государственной социальной помощи»;
4. Федеральный закон от 06.10.2003 № 131-ФЗ «Об общих принципах организации местного
самоуправления в Российской Федерации»;
5. Федеральный закон от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и
защите информации»;
6. Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных»;
7. Федеральный закон от 27.07.2010 № 210-ФЗ «Об организации предоставления государственных
и муниципальных услуг»;
8. Федеральный закон от 06.04.2011 № 63-ФЗ «Об электронной подписи»;
9. Федеральный закон от 29.12.2015 № 388-ФЗ «О внесении изменений в отдельные
законодательные акты Российской Федерации в части учета и совершенствования предоставления мер
социальной поддержки исходя из обязанности соблюдения принципа адресности и применения
критериев нуждаемости»;
10.
Постановление Правительства Российской Федерации от 08.09.2010 № 697 «О единой
системе межведомственного электронного взаимодействия»;
11.
Постановление Правительства Российской Федерации от 01.11.2012 № 1119 «Об
утверждении требований к защите персональных данных при их обработке в информационных системах
персональных данных»;
12.
Постановление Правительства Российской Федерации от 19.11.2014 № 1222
«О дальнейшем развитии единой системы межведомственного электронного взаимодействия»;
13.
Приказ Федеральной службы по техническому и экспортному контролю от 18.02.2013 № 21
«Об утверждении и состава и содержания организационных и технических мер по обеспечению
безопасности персональных данных при их обработке в информационных системах персональных
данных» (зарегистрирован в Министерстве юстиции Российской Федерации 14.05.2013,
регистрационный № 28375);
14.
Приказ Федеральной службы по техническому и экспортному контролю от 10.07.2014 №
378 «Об утверждении Состава и содержания организационных и технических мер по обеспечению
безопасности персональных данных при их обработке в информационных системах персональных
данных с использованием средств криптографической защиты информации, необходимых для
выполнения установленных Правительством Российской Федерации требований к защите персональных
2
данных для каждого из уровней защищенности» (зарегистрирован в Министерстве юстиции Российской
Федерации 18.08.2014, регистрационный № 33620);
15.
Приказ Министерства связи и массовых коммуникаций Российской Федерации от
23.06.2015 № 210 «Об утверждении Технических требований к взаимодействию информационных систем
в единой системе межведомственного электронного взаимодействия» (зарегистрирован в Министерстве
юстиции Российской Федерации 25.08.2015, регистрационный № 38668).
Требования к реализуемому функционалу определяются нормативными правовыми актами,
действующими на дату заключения Государственного контракта.
2. Назначение и цели
2.1. Цель оказания услуг
Целью услуг является настройка АИС «Электронный социальный регистр населения Рязанской
области» для обеспечения своевременного предоставления мер социальной поддержки гражданам в
соответствии с требованиями законодательства и потребностями пользователей.
2.2. Задачи оказания услуг
Для достижения цели необходимо решение следующих задач:
1.
настройка взаимодействия с ГИС ЕЦП по видам сведений о мерах социальной поддержки
2.
настройка механизмов интеграции АИС ЭСРН РО с ЕПГУ по государственным услугам,
указанным в приложении 1;
3.
настройка механизмов приема сведений о государственной регистрации рождения и смерти
4.
доработка механизмов информационной безопасности в части раздельной настройки
требований к паролю и автоматической блокировки неактивных учетных записей пользователей.
5.
настройка взаимодействия по регламентированному запросу СМЭВ 4.
3. Характеристика объекта автоматизации
3.1. Описание АИС ЭСРН РО
Автоматизация процессов социального обслуживания в системе социальной защиты населения
Рязанской области реализовано посредством Автоматизированной информационной системы
«Электронный социальный регистр населения Рязанской области» (далее - Система), разработанной на
платформе «SiTex-ЭСРН. Версия СК».
SiTex-ЭСРН - автоматизированная информационная система, которая является платформой для
разработки приложений для социальной сферы, обеспечивает автоматизацию процессов предоставления
населению региона полного перечня государственных, муниципальных услуг (мер социальной
поддержки), а также услуг учреждений в соответствии с федеральным и региональным
законодательством на единой технологической платформе. Зарегистрирована в Едином реестре
российских программ для электронных вычислительных машин и баз данных под № 2231 от 8 ноября
2016. Правообладатель: Общество с ограниченной ответственностью «Систематика Консалтинг»
(ОГРН:1027739245852, ИНН:7704213833), коммерческая организация без преобладающего иностранного
участия.
АИС ЭСРН РО является государственной информационной системой, аттестованной по
требованиям безопасности информации, предъявляемым к государственным информационным системам
2 класса защищенности и к информационным системам персональных данных 2 уровня защищенности
персональных данных.
В соответствии с пунктом 14 приказа ФСТЭК России от 11 февраля 2013 г. № 17 «Об утверждении
требований о защите информации, не составляющей государственную тайну, содержащейся в
государственных информационных системах» для оказания услуг по сопровождению и
развитию автоматизированной информационной системы «Электронный социальный регистр населения
Рязанской области», в зависимости от значимости обрабатываемой в ней информации и масштаба
информационной системы, необходимо обеспечить защиту не ниже уровня защищенности К2.
В соответствии с пунктом 10 постановления Правительства РФ от 1 ноября 2012 г. № 1119 «Об
утверждении требований к защите персональных данных при их обработке в информационных системах
персональных данных», при оказании услуг по сопровождению и развитию автоматизированной
3
информационной системы «Электронный социальный регистр населения Рязанской области»
необходимо обеспечить защиту персональных данных не ниже 2 уровня защищенности.
При взаимодействии с внешними системами используется криптографическая защита информации,
а именно, наложение и проверка ЭП-СП и ЭП-ОВ.
Государственный заказчик в течение одного рабочего дня после заключения Государственного
контракта предоставляет Исполнителю доступ к руководству администратора и руководству
пользователя автоматизированной информационной системы министерства труда и социальной защиты
населения Рязанской области.
3.1.1. Права на ПО (платформу) Siteх-ЭСРН
Государственный заказчик располагает неисключительными правами на использование
специального программного обеспечения «SiTex-ЭСРН. Версия СК» на неограниченное число
пользователей на территории г. Рязани и Рязанской области на срок бессрочно, в следующем объеме:
право на воспроизведение программного обеспечения, ограниченное правом инсталляции,
копирования исключительно в целях запуска программного обеспечения«SiTex-ЭСРН. Версия СК».
3.1.2. Функциональные подсистемы Siteх-ЭСРН
1.
Подсистема обращений - предназначена для учета обращений (в том числе заявлений и
сопутствующего пакета документов на предоставление МСП) граждан по вопросам реализации прав на
предоставление МСП в соответствии с федеральным и региональным законодательством.
2.
Подсистема управления регионального уровня (подсистема центрального реестра) –
предназначена для автоматизации процессов управления, контроля, учёта и анализа предоставления
МСП.
3.
Учетная подсистема – обеспечивает ввод и хранение сведений о населении, имеющим
право на предоставление МСП в соответствии с федеральным и региональным законодательством,
изъявившим желание реализовать данное право или реализующим (реализовавшим) данное право, в
объеме, определенном законодательством, необходимом и достаточном для реализации прав.
4.
Подсистема назначения – предназначена для автоматизации процессов проведения
правовой экспертизы (оценки прав) и принятия решений по заявлениям граждан о предоставлении
(отказе в предоставлении) или изменении условий предоставления МСП, а также уведомления граждан о
принятом решении.
5.
Подсистема начисления – предназначена для автоматизации процессов начисления
(разовых или периодических) денежных и натуральных выплат назначенных МСП, формирования
сведений, заявок на финансирование МСП, осуществления выплаты МСП.
6.
Подсистема выплаты – предназначена для автоматизации процессов выплаты
(предоставления) начисленных денежных и натуральных МСП.
7.
Экспертная подсистема (подсистема поддержки принятия решений) – обеспечивает
пользователю возможность определить право гражданина на предоставление МСП по
зарегистрированным в системе категориям и (или) документам, с учетом необходимых дополнительных
условий, а также предоставляет полную информацию о наличии (отсутствии) у посетителя необходимых
документов и дополнительных условий, необходимых для предоставления желаемых МСП.
8.
Подсистема регламентного информационного взаимодействия – обеспечивает
информационный обмен, регламентированный нормативными актами федерального, областного уровня и
соглашениями Министерства и подведомственных учреждений с информационными системами ОГВ и
ОМС.
9.
Подсистема нормативно-справочной информации – предназначена для автоматизации
ведения единых справочников, классификаторов, кодификаторов, и регистров и т.д.
10.
Аналитическая подсистема – обеспечивает возможность формирования статистической и
аналитической отчетности, в том числе сводной региональной отчетности, и возможность представления
результатов в регламентированном или ином удобном для пользователя виде.
11.
Подсистема безопасности - предназначена для обеспечения защищенного доступа к
информационным ресурсам Системы в соответствии с должностными обязанностями и правами
4
сотрудников, предотвращения (существенного затруднения) НСД к информации, циркулирующей в
Системе, обеспечения ее полноты, целостности и достоверности, а также обеспечения правового режима
использования массивов информации о гражданах.
12.
Подсистема межведомственного взаимодействия по стандартам СМЭВ – предназначена для
автоматизации видов деятельности приема - запроса документов (в том числе пакета документов и
заявления на предоставление государственной услуги (МСП), и предоставления информации иным
органам государственной власти в электронном виде через региональный сегмент СМЭВ.
13.
Подсистема социального обслуживания – предназначена для автоматизации процессов
деятельности учреждений, оказывающих социальное обслуживание в рамках исполнения Федерального
закона от 28 декабря 2013 г. № 442-ФЗ «Об основах социального обслуживания граждан Российской
Федерации».Подсистема учета сведений об инвалидах и целевых группах ранней помощи, оказанных им
реабилитационных и абилитационных мероприятиях (далее – Подсистема «Реабилитация и ранняя
помощь») предназначена для учета сведений об инвалидах и целевых группах ранней помощи, оказанных
им реабилитационных и абилитационных мероприятиях
14.
Подсистема «Система долговременного ухода» - обеспечивает автоматизацию процессов
социального обслуживания населения Рязанской области для обеспечения возможности
автоматизированного сопровождения процессов в рамках системы долговременного ухода в Рязанской
области (далее - СДУ).
15.
Подсистема социального сопровождения отдельных категорий граждан - обеспечивает
поддержку деятельности социальных координаторов Рязанской области, в том числе реализацию
возможности информирования граждан о возможных видах помощи и разработка механизмов
мониторинга процессов социального сопровождения.
3.1.3. Структура Системы
Территориальная структура АИС ЭСРН РО является централизованно-распределенной.
В состав АИС ЭСРН РО входят следующие сегменты:
1.
Сегмент Министерства - обеспечивает автоматизацию функций Министерства, в том числе
предназначен для автоматизации процессов управления, контроля, учёта и анализа предоставления МСП,
взаимодействия с внешними информационными системами (СМЭВ, Портал и др);
2.
Сегмент ГКУ «Центр социальных выплат Рязанской области» - обеспечивает автоматизацию
функций ГКУ и предназначен для автоматизации процессов формирования начислений, выплат и
выплатных документов, взаимодействия с кредитными учреждениями и почтой;
3.
Сегмент ГКУ «Управление социальной защиты населения Рязанской области» - обеспечивает
автоматизацию функций ГКУ, в том числе предназначен для автоматизации процессов управления,
контроля, учёта и анализа предоставления МСП;
4.
Сегменты районных площадок ГКУ «Управление социальной защиты населения Рязанской
области» - обеспечивают автоматизацию функций отделов ГКУ «Управление социальной защиты
населения Рязанской области»;
5.
Сегмент подведомственных учреждений, осуществляющих деятельность в рамках
социального обслуживания - обеспечивает автоматизацию функций, в рамках исполнения Федерального
закона от 28 декабря 2013 г. № 442-ФЗ «Об основах социального обслуживания граждан в Российской
Федерации», обеспечивает автоматизацию процессов в рамках системы долговременного ухода (СДУ), а
также услуг реабилитации и ранней помощи.
6.
Сегмент социального сопровождения отдельных категорий граждан - обеспечивает
деятельность социальных координаторов Рязанской области.
Все сегменты объединены в единое технологическое решение.
В зависимости от распределения функций между Министерством, ГКУ «Центр социальных выплат
Рязанской области» и ГКУ «Центр социальных выплат Рязанской области», меры социальной поддержки,
реестры, отчеты, инфообмены могут формироваться:
- для части МСП назначение, реестры, отчеты, инфообмены, формируются специалистами
территориальных отделов на сегменте отделов ГКУ;
5
- для части МСП назначение формируется специалистами территориальных отделов на сегменте
отделов ГКУ, а реестры, отчеты, инфообмены, формируется на региональном уровне на сегменте
Министерства, сегменте ГКУ (ряд функций оказываются в рамках распределенных процессов);
- для части МСП назначение, реестры, отчеты, инфообмены, формируются специалистами
Министерства на региональном уровне на сегменте Министерства;
- для всех МСП начисления и выплата, а также часть реестров, отчетов, инфообменов,
формируются специалистами выплатного центра на региональном уровне на сегменте ГКУ «Центр
социальных выплат Рязанской области».
Распределение функций в рамках исполнения Федерального закона от 28 декабря 2013г. № 442-ФЗ
«Об основах социального обслуживания граждан в Российской Федерации» и прохождения процедур
СДУ:
- для социального обслуживания граждан, учет предоставляемого обслуживания формируется
специалистами учреждений на сегменте, обеспечивающем автоматизацию функций подведомственных
учреждений;
- формирование индивидуальной программы осуществляется специалистами территориальных
отделов на сегменте, обеспечивающем автоматизацию функций подведомственных учреждений;
- утверждение документов (в том числе индивидуальной программы) в рамках исполнения
Федерального закона от 28 декабря 2013 г. № 442-ФЗ «Об основах социального обслуживания граждан в
Российской Федерации» осуществляется на региональном уровне, на сегменте Министерства.
- установление (изменение) признаков нуждаемости гражданина в получении услуг СДУ
осуществляется участниками СДУ на сегменте «Системы долговременного ухода» или специалистами
территориальных отделов на сегменте, обеспечивающем автоматизацию функций подведомственных
учреждений с последующей автоматизированной передачей сведений на сегменте, обеспечивающем
автоматизацию функций подведомственных учреждений.
- формирование регистров потенциальных получателей, получателей услуг СДУ, реестра
участников СДУ осуществляется автоматически на основе внесенных сведений на сегменте,
обеспечивающем автоматизацию функций подведомственных учреждений.
4. Требования к оказанию услуг
4.1. Общие требования
Доработка Системы, выполняемая в рамках оказания услуг, должна осуществляться на сегментах
АИС ЭСРН РО, на которых функционируют соответствующие автоматизируемые процессы и
интеграционные механизмы, с учетом действующей централизованно-распределенной архитектуры
Системы.
Процесс оказания услуг в соответствии с настоящим ТЗ и вносимые изменения не должен
приводить к неработоспособности и сбоям в работе Системы в целом, отдельных ее частей, целостности
БД, а также программного обеспечения, установленного на серверах Министерства, нарушению
работоспособности функций информационной безопасности Системы. Все настройки и доработки не
должны нарушить работоспособность АИС ЭСРН РО.
Должно использоваться существующее программное обеспечение Системы, построенное на основе
промышленной платформы разработки объектно-ориентированных решений SiTex, необходимая
функциональность должна быть обеспечена либо посредством настройки и доработки элементов
существующей программной платформы SiTex, либо путем разработки дополнительных модулей на
платформе ПО «Инструментальная система разработки распределенных приложений SiTex», либо
модернизации существующих модулей, реализованных на платформе «SiTex-ЭСРН. Версия СК», либо
разработкой новых подсистем на платформе «SiTex-ЭСРН. Версия СК».
Настройка и доработка подсистем АИС ЭСРН РО должна проводиться с сохранением сложившейся
структуры автоматизированной системы, обеспечивать преемственность с существующими
программными и информационными компонентами АИС, разработка новых модулей и/или реализация
новых функциональных возможностей должна вестись с учетом полной совместимости с АИС ЭСРН РО.
Полученное в результате оказания услуг по ТЗ программное обеспечение Системы должно
обеспечивать работоспособность всех ранее реализованных в Системе функций.
6
Вся структурированная информация в Системе должна храниться в реляционной базе данных.
Настройка состава и свойств данных (классов и атрибутов) должна производиться средствами
платформы «SiTex-ЭСРН. Версия СК».
При доработке АИС ЭСРН РО должно использоваться существующее программное обеспечение,
построенное на основе промышленной платформы разработки объектно-ориентированных решений
SiTex.
Доработка АИС ЭСРН РО не предусматривает дополнительной установки прикладного
программного обеспечения.
Исходные коды платформы «SiTex-ЭСРН. Версия СК» являются закрытыми и Подрядчику не
передаются.
Реализация функциональности в рамках настоящего ТЗ должна осуществляться посредством
настройки существующей платформы, разработки дополнительных модулей, модернизации
существующих модулей либо разработки новых подсистем на платформе «SiTex-ЭСРН. Версия СК» без
необходимости передачи исходных кодов платформы.
Настоящее ТЗ не содержит требований к проведению нагрузочного тестирования и достижению
конкретных количественных показателей производительности.
4.2. Требования к видам обеспечения
4.2.1. Требования к информационному обеспечению
Состав данных основных сущностей предметной области, справочников и классификаторов не
должен противоречить актуальному законодательству и содержать необходимый и достаточный набор
для обеспечения автоматизируемых процессов.
4.2.2. Требования к лингвистическому обеспечению
Для реализации комплекса задач необходимо использовать следующие языки программирования:
–в качестве языка для построения запросов – SQL стандарта ANSI SQL-92 (в реализации
используемой СУБД MS SQL Server – Transact-SQL);
–в качестве языка описания метаданных – подмножества SQL;
–в качестве языка для хранимых процедур в операциях массовой обработки данных – SQL;
–в качестве языка для бизнес-логики – Java;
–в качестве языка для презентационной логики – JavaScript.
Языки манипулирования данными должны отвечать требованиям стандарта ANSI 1992 (реализация
SQL) и поддерживать реляционную и объектно-реляционную модели баз данных, а также стандарт
ODBC/JDBC.
4.2.3. Требования к серверному программному обеспечению
Для функционирования серверной части Системы необходимо использовать следующее ПО:
- операционная система – не ниже Debian GNU/Linux 11 (открытое ПО), не ниже Microsoft Windows
Server 2012 R2;
- СУБД – не ниже Microsoft SQL Server 2014;
- виртуальная Java-машина jdk-1.7 SE (открытое ПО);
- сервер приложений Apache Tomcat 7.0 (открытое ПО).
4.2.4. Требования к техническому обеспечению
Заказчик обеспечивают наличие и функционирование серверного оборудования, сетевой
инфраструктуры, средств виртуализации, операционных систем, средств защиты информации, а также
иных инфраструктурных компонентов, необходимых для выполнения работ и функционирования
Системы.
Организация резервного копирования инфраструктуры Системы осуществляется Заказчиклм.
Подрядчик обеспечивает совместимость разрабатываемого функционала с существующими
механизмами резервного копирования Системы.
7
4.2.4.1. Требования к серверному техническому обеспечению
Требования к техническому обеспечению определяются функциональными, конструктивными и
эксплуатационными характеристиками средств технического обеспечения подсистемы. Организация и
настройка ЛВС и каналов связи должна осуществляться силами Заказчика и представителя Заказчика.
Для функционирования серверной части Заказчик обеспечивает сервера или виртуальные машины
со следующими характеристиками:
 сервер приложений cегмента Министерства - оперативная память: не менее 24 Гб, HDD - не менее
500 Гб, не менее 7200 rpm, ЦПУ – не менее 4 ядер, бесперебойное питание;
 сервер приложений сегмента ГКУ «Центр социальных выплат Рязанской области» - оперативная
память: не менее 24 Гб, HDD - не менее 500 Гб, не менее 7200 rpm, ЦПУ – не менее 12 ядер,
бесперебойное питание;
 сервер приложений сегмента ГКУ «Управление социальной защиты населения Рязанской области»
- оперативная память: не менее 16 Гб, HDD - не менее 150 Гб, не менее 7200 rpm, ЦПУ – не менее 10
ядер, бесперебойное питание;
 сервера приложений сегментов районных площадок ГКУ «Управление социальной защиты
населения Рязанской области» - обеспечивают автоматизацию функций отделов ГКУ «Управление
социальной защиты населения Рязанской области» - не менее 16 Гб, HDD - не менее 150 Гб, не менее
7200 rpm, ЦПУ – не менее 10 ядер, бесперебойное питание;
 сервер приложений cегмента подведомственных учреждений, осуществляющих деятельность в
рамках социального обслуживания - обеспечивает автоматизацию функций, в рамках исполнения
Федерального закона от 28 декабря 2013 г. № 442-ФЗ «Об основах социального обслуживания граждан в
Российской Федерации» - не менее 16 Гб, HDD - не менее 200 Гб, не менее 7200 rpm, ЦПУ – не менее 10
ядер, бесперебойное питание.
 сервер СУБДcегмента Министерства, сегмента ГКУ «Управление социальной защиты населения
Рязанской области», cегмента подведомственных учреждений - оперативная память: не менее 128 Гб,
HDD - не менее 1500 Гб, не менее 10000 rpm, ЦПУ – не менее 20 ядер, бесперебойное питание;
 сервер СУБДcегмента ГКУ «Центр социальных выплат Рязанской области», cегмента
подведомственных учреждений, осуществляющих деятельность в рамках социального обслуживания обеспечивает автоматизацию функций, в рамках исполнения Федерального закона от 28 декабря 2013 г.
№ 442-ФЗ «Об основах социального обслуживания граждан в Российской Федерации» - оперативная
память: не менее 128 Гб, HDD - не менее 1500 Гб, не менее 10000 rpm, ЦПУ – не менее 20 ядер,
бесперебойное питание;
сервера СУБД сегментов районных площадок ГКУ «Управление социальной защиты населения
Рязанской области» - обеспечивают автоматизацию функций отделов ГКУ «Управление социальной
защиты населения Рязанской области» - не менее 128 Гб, HDD - не менее 800 Гб, не менее 10000 rpm,
ЦПУ – не менее 10 ядер, бесперебойное питание;
Исполнитель не несет ответственности за уязвимости, возникшие по причинам, не связанным с
выполнением работ по настоящему договору, включая, но не ограничиваясь, уязвимостями
общесистемного программного обеспечения, операционной системы или серверной инфраструктуры.
4.2.4.2. Требования к клиентскому техническому обеспечению
Для обеспечения устойчивой работы клиентских рабочих мест Заказчик обеспечивает клиентские
места рабочими станциями со следующими характеристиками:
Объем ОЗУ: не менее 4 Гб;
Операционная система: любая, поддерживающая требуемые браузеры и офисные пакеты;
Интернет-браузер: Mozilla Firefox 40 и выше, Opera 15.17 и выше, Google Chrome 42 и выше;
Офисный пакет: Microsoft Office 2007 и выше, OpenOffice 3.0 и выше, LibreOffice 5 и выше.
4.2.4.3. Требования к предоставлению ресурсов для тестовой среды Системы
Для осуществления возможности проведения нагрузочного тестирования на мощностях Заказчика,
Заказчик обеспечивает сервера или виртуальные машины со следующими характеристиками:
8
сервер приложений тестовой среды Системы - оперативная память: не менее 24 Гб, HDD - не менее
150 Гб, не менее 7200 rpm, ЦПУ – не менее 12 ядер, бесперебойное питание;
сервера СУБД тестовой среды Системы - обеспечивают автоматизацию функций отделов ГКУ
«Управление социальной защиты населения Рязанской области» - не менее 128 Гб, HDD - не менее 1500
Гб, не менее 10000 rpm, ЦПУ – не менее 12 ядер, бесперебойное питание.
В связи с наличием в Системе сведений, относящихся к персональным данным, предоставление
Исполнителю полного дампа базы данных Системы не осуществляется.
При необходимости выполнения работ Исполнителю предоставляется доступ к тестовой среде
Системы в объеме, определяемом Заказчиком.
4.2.5. Требования к эргономике и технической эстетике
Взаимодействие пользователей с подсистемой, должно осуществляться посредством визуального
графического интерфейса.
Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа
«мышь», то есть управление должно осуществляться с помощью набора экранных меню, кнопок, значков
и т. п. элементов. Клавиатурный режим ввода должен использоваться главным образом при заполнении
и/или редактировании текстовых и числовых полей экранных форм.
Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных
сообщений), должны быть на русском языке.
4.2.6. Требования к патентной чистоте
Все проектные и технические решения Системы, полученной по результатам оказания услуг в
соответствии с настоящим техническим заданием, должны отвечать требованиям действующего
законодательства Российской Федерации. Должны быть выполнены все необходимые требования,
установленные действующим законодательством, в частности части четвертой Гражданского кодекса
Российской Федерации.
В соответствии с положениями ч.4 ст.1229 ГК РФ для оказания услуг по предмету закупки от
Подрядчика требуется наличие права на соответствующее использование объекта авторского права - ПО
«SiTex ЭСРН. Версия СК», что подтверждается, либо свидетельством о государственной регистрации
Программы ЭВМ, либо лицензионным (сублицензионным) договором. Не предоставление
вышеуказанных документов является основанием для расторжения договора.
Исключительные права на результаты интеллектуальной деятельности, полученные в рамках
оказания услуг, принадлежат Государственному заказчику. Исключительные права на объекты
интеллектуальной собственности, возникшие в связи с оказанием услуг, и соответствующие исходные
программные коды должны быть переданы Государственному заказчику.
За Исполнителем сохраняется право использования результатов интеллектуальной деятельности, в
том числе, но не исключая: программы для электронных вычислительных машин, базы данных, включая
объекты авторских прав и потенциально патентоспособные технические решения, секреты производства
(ноу-хау), созданных им в рамках Контракта, на условиях безвозмездной простой (неисключительной)
лицензии на весь срок и в отношении всей территории действия соответствующего исключительного
права.
4.2.7. Требования по стандартизации и унификации
В процессе оказания услуг не должна быть нарушена корректность работы подсистем,
реализованных в Системе к началу оказания услуг.
Услуги, связанные с разработкой принципиально новой функциональности, должны выполняться
на языке SQL или Java (OpenJDK).
Экранные формы должны проектироваться с учетом требований унификации:
все экранные формы пользовательского интерфейса должны быть выполнены в едином
графическом дизайне, с одинаковым расположением основных элементов управления и навигации;
для обозначения сходных операций должны использоваться сходные графические значки, кнопки и
другие управляющие (навигационные) элементы. Последовательности действий пользователя при их
выполнении операций, должны быть унифицированы;
9
внешнее поведение сходных элементов интерфейса (реакция на наведение указателя «мыши»,
переключение фокуса, нажатие кнопки) должны реализовываться одинаково для однотипных элементов.
4.2.8. Требования к механизму разграничения прав доступа
Разграничение прав доступа, а также аудит действий пользователей, должны производиться
встроенными средствами платформы Sitex-ЭСРН.
Для каждой группы безопасности должна быть установлена объектовая матрица доступа объектов
Системы.
Для организационных групп безопасности должны быть установлены ограничения на возможность
редактирования объектов, принадлежащих другим группам.
4.2.9. Требования к защите информации от несанкционированного доступа
Доступ к разрабатываемым механизмам должен быть реализован в рамках подсистемы
безопасности и обеспечить:
авторизацию всех пользователей Системы и протоколирование их действий;
разграничение доступа к данным;
разграничение доступа к функциям пользовательского интерфейса;
доступность данных для чтения и корректировки должностным лицам, назначенным на
соответствующие роли, исполняемые ими в Системе.
5. Состав и содержание услуг
Состав услуг, результат и сроки оказания приведены в таблице 1.
Таблица 1. Объем работ
№
Наименование мероприятия
1
Обследование Системы, разработка
частного технического задания
2
1) доработка Системы в части:
– настройки взаимодействия с ГИС
ЕЦП по видам сведений о мерах
социальной поддержки;
– настройки механизмов интеграции
АИС ЭСРН РО с ЕПГУ по
государственным услугам, указанным в
приложении 1;
– настройки взаимодействия с ГИС
ЕЦП в части получения сведений о
государственной регистрации рождения
и смерти и передачи сведений о мерах
социальной защиты (поддержки);
– доработки механизмов
информационной безопасности в части
раздельной настройки требований к
Срок
реализации
Не позднее
10 рабочих
дней с даты
заключения
контракта
Результат
Не позднее
27.11.2026 г.
Разработан функционал
согласно ТЗ.
Программное и
информационное
обеспечение
установлено на
тестовой среде Системы
10
1) произведено
обследование Системы;
2) разработано ЧТЗ,
ЧТЗ согласовано
Заказчиком.
3
4
паролю и автоматической блокировки
неактивных учетных записей
пользователей;
– настройки взаимодействия по
регламентированному запросу СМЭВ 4.
Установка и настройка программного и
Не позднее
информационного обеспечения Системы 30.11.2026 г.
на серверных мощностях Заказчика
Проведение приемочных испытаний
Не позднее
15.12.2026 г.
Программное и
информационное
обеспечение
установлено и
функционирует в
соответствии с
эксплуатационной
документацией на
мощностях Заказчика
Проведены испытания,
устранены критичные
замечания по
результатам испытаний
5.1. Требования к проведению обследования и разработке ЧТЗ.
Исполнителем должно быть произведено обследование Системы, а также проведен анализ НПА и
иных регламентирующих документов и разработано частное техническое задание.
В рамках проведения обследования Заказчик системы:
обеспечивает доступ специалистов Исполнителя к объектам автоматизации и на территорию
объектов автоматизации в период выполнения работ;
предоставляет нормативные и иные правовые акты, организационно-распорядительные и иные
документы, не опубликованные в открытых источниках и не содержащиеся в справочных правовых
системах (за исключением документов, содержащих персональные данные).
В случае необходимости разъяснений по предоставленным Заказчиком материалам, Исполнитель
направляет соответствующий запрос Заказчику. В течение 2 (двух) рабочих дней с даты получения
запроса, Заказчик направляет ответ-разъяснение Исполнителю.
Исполнитель проводит обследование Системы, по результатам проведенного обследования
Системы разрабатывает и согласовывает с Заказчиком частное техническое задание (далее - ЧТЗ),
детализирующее требования настоящего ТЗ в части уточнения способов реализации, детального
описания алгоритмов, состава справочников, скоростных характеристик, перечня отчетных и выходных
форм.
В ЧТЗ Исполнителем должна быть включена информация:
– о способах реализации каждой задачи, указанной в пункте 5.2 настоящего ТЗ;
– о составе используемых объектов и атрибутов Системы, правилах сопоставления и
преобразования данных при информационном взаимодействии;
– о параметрах запуска регламентных задач, правилах повторной обработки и механизмах
протоколирования результатов выполнения;
– о порядке обработки ошибок интеграционного взаимодействия и действиях пользователя или
администратора при их возникновении;
– о составе и допустимых значениях настроек требований к паролю и автоматической блокировки
неактивных учетных записей;
– о сценариях и контрольных примерах, используемых при проведении испытаний реализованного
функционала.
5.1.1. Порядок согласования ЧТЗ
11
Исполнитель в день завершения обследования направляет Заказчику на согласование разработанное
ЧТЗ посредством электронной почты.
В течение 2 (двух) рабочих дней с даты получения Заказчиком на согласование разработанного
Исполнителем ЧТЗ Заказчик вносит замечания и предложения, если таковые имеются, и направляет
посредством электронной почты ЧТЗ Исполнителю. Если Заказчик в течение указанного срока не
направил замечания и предложения Исполнителю, ЧТЗ считается согласованным.
Исполнитель в течение 2 (двух) рабочих дней с даты получения Исполнителем замечаний и
предложений Заказчика к ЧТЗ Исполнитель устраняет замечания, если таковые имеются, и повторно
предоставляет Заказчику ЧТЗ на согласование.
5.2. Требования к доработке Системы
5.2.1. Требования к настройке взаимодействия с ГИС ЕЦП по видам сведений
Должны быть настроены задачи, обеспечивающие формирование и передачу в ГИС ЕЦП фактов по
принятым от граждан заявлениям, принятым решениям по заявлениям и по произведенным
выплатам/оказанным услугам.
Для каждой задачи должна быть предусмотрена возможность запуска пользователем вручную и
автоматического запуска по настраиваемому расписанию. Параметры расписания должны задаваться
средствами Системы без внесения изменений в программный код.
При формировании фактов должны использоваться сведения, содержащиеся в объектах АИС ЭСРН
РО. Состав, формат и правила заполнения передаваемых данных должны соответствовать актуальной
версии соответствующего вида сведений ГИС ЕЦП на дату выполнения настройки.
Должна быть обеспечена защита от необоснованного повторного формирования одинаковых фактов
по одним и тем же исходным данным. Повторный запуск задачи не должен приводить к
неконтролируемому дублированию сведений.
По результатам выполнения каждой задачи должны фиксироваться дата и время запуска, способ
запуска (ручной/автоматический), статус выполнения, количество обработанных записей, количество
успешно сформированных/переданных сведений и сведения об ошибках. Для ошибочных записей
должна быть предусмотрена возможность повторной обработки после устранения причины ошибки.
Факты должны формироваться по следующим видам сведений:
– Прием сведений о мерах социальной защиты (поддержки) в части заявлений (МСЗСЗ) (карточка
вида сведений).
– Прием сведений о мерах социальной защиты (поддержки) в части решений (МСЗСР) (карточка
вида сведений).
– Прием сведений о мерах социальной защиты (поддержки) в части фактов выплат (МСЗСФВ)
(карточка вида сведений).
Должны быть настроены задачи получения и актуализации классификаторов ТМСЗ и ЛМСЗ
посредством регламентированных REST-запросов. Для задач получения классификаторов также должны
поддерживаться ручной запуск и автоматический запуск по настраиваемому расписанию.
– API «Предоставление данных классификаторов ТМСЗ» (спецификация API).
– API «Предоставление данных классификаторов ЛМСЗ» (спецификация API).
При получении классификаторов должна обеспечиваться актуализация соответствующих
справочных данных Системы с сохранением целостности ссылок на ранее созданные объекты.
Результаты загрузки и ошибки должны протоколироваться.
Получение доступа к видам сведений и API ГИС ЕЦП, выдача необходимых полномочий,
сертификатов, идентификаторов и иных параметров подключения осуществляется Заказчиком.
5.2.2. Требования к настройке механизмов интеграции АИС ЭСРН РО с ЕПГУ в части
получения заявлений на предоставление государственных услуг
Должен быть настроен прием заявлений с ЕПГУ по государственным услугам, указанным в
приложении 1 к настоящему ТЗ, в соответствии с актуальными форматами соответствующих видов
сведений СМЭВ.
12
Полученное заявление должно автоматически разбираться на структурированные данные и
регистрироваться в Системе в объекте «Заявление ЕПГУ». Объект «Заявление ЕПГУ» должен быть
связан с соответствующим личным делом гражданина и с иными объектами Системы, созданными на
основании полученной информации.
При разборе заявления должны обрабатываться сведения заявителя, сведения о получателе услуги
(если получатель отличается от заявителя), реквизиты заявления, сведения и документы,
предусмотренные форматом соответствующего вида сведений. Состав создаваемых объектов и правила
заполнения их атрибутов уточняются в ЧТЗ.
Должна выполняться проверка обязательных данных, необходимых для регистрации заявления в
Системе. При невозможности автоматического разбора или сопоставления сведений заявление не должно
теряться: должна фиксироваться ошибка с указанием причины и должна быть предусмотрена
возможность повторной обработки после устранения ошибки.
Для исключения повторной регистрации одного и того же заявления должна использоваться
проверка уникальности по идентификаторам, содержащимся в сообщении ЕПГУ/СМЭВ. Повторное
поступление ранее обработанного сообщения не должно приводить к созданию дублирующего
заявления.
В Системе должны сохраняться сведения, позволяющие определить источник поступления
заявления, внешний идентификатор сообщения/заявления, дату и время получения, результат обработки
и связь с созданными объектами.
Получение доступа к видам сведений СМЭВ, необходимым для приема заявлений, осуществляется
Заказчиком.
Должно быть выполнено тестирование полного процесса подачи и обработки заявления в тестовой
среде, включая прием сообщения, разбор, регистрацию заявления и создание предусмотренных
взаимосвязей с объектами Системы.
Исполнителем должна быть предоставлена документация, необходимая Заказчику для подключения
соответствующих форм ЕПГУ к продуктивной среде Системы. Получение доступа к портальным формам
и выполнение организационных действий по их подключению в продуктивной среде осуществляется
Заказчиком.
5.2.3. Требования к настройке приема сведений о государственной регистрации рождения и
смерти
Должен быть настроен функционал приема и обработки сведений о государственной регистрации
рождения и смерти, поступающих посредством рассылок СМЭВ, в соответствии с актуальными
форматами соответствующих видов сведений.
Обработка новых видов сведений должна быть реализована с использованием действующего
механизма приема и обработки рассылок СМЭВ. При необходимости должен быть доработан
существующий механизм без создания дублирующей схемы приема, протоколирования и повторной
обработки сообщений.
При поступлении сообщения Система должна автоматически зарегистрировать факт его получения,
сохранить идентификатор сообщения, дату и время получения, вид сведений и результат обработки, а
также проверить сообщение на повторное поступление. Повторное получение ранее обработанного
сообщения не должно приводить к созданию дублирующих объектов.
Поступившие сведения должны автоматически разбираться в структурированные данные и
сопоставляться с гражданином и личным делом по идентификаторам, содержащимся в сообщении, и
сведениям, имеющимся в АИС ЭСРН РО. При однозначном сопоставлении сведения должны
сохраняться в соответствующих объектах Системы. Состав создаваемых или актуализируемых объектов,
перечень атрибутов и правила их заполнения уточняются в ЧТЗ.
При невозможности автоматического разбора сообщения или однозначного сопоставления с
гражданином сообщение не должно теряться. В Системе должна фиксироваться причина ошибки и
должна быть предусмотрена возможность повторной обработки после устранения причины ошибки.
Должен быть настроен прием и разбор сведений по следующим видам сведений:
- «Рассылка сведений о государственной регистрации рождения»
(https://nsud.gosuslugi.ru/pud/#/inquiries/card/ed8eec4d-0402-4977-a57f-60ffa96fbbda);
13
- «Рассылка сведений о государственной регистрации смерти»
(https://nsud.gosuslugi.ru/pud/#/inquiries/card/dac46d41-b8a6-48c1-87c8-95efe932f4e6).
Получение доступа к указанным видам сведений осуществляется Заказчиком.
5.2.4. Требования к настройке парольной политики и автоматической блокировке
неактивных учетных записей
В административном интерфейсе Системы должны быть реализованы отдельные независимые
настройки требований к паролю пользователя. Каждая настройка должна быть представлена отдельным
параметром и должна изменяться уполномоченным администратором без внесения изменений в
программный код.
Должны быть предусмотрены следующие настройки проверки пароля:
– минимальная длина пароля — числовое значение, определяющее минимально допустимое
количество символов в пароле;
– наличие заглавных букв — параметр «да/нет», определяющий обязательность наличия в пароле не
менее одной заглавной буквы;
– наличие строчных букв — параметр «да/нет», определяющий обязательность наличия в пароле не
менее одной строчной буквы;
– наличие цифр — параметр «да/нет», определяющий обязательность наличия в пароле не менее
одной цифры;
– наличие специальных символов — параметр «да/нет», определяющий обязательность наличия в
пароле не менее одного специального символа.
Проверка установленных требований должна выполняться при создании пароля, смене пароля и
административном сбросе пароля. Если пароль не соответствует хотя бы одному включенному
требованию, его сохранение не допускается, а пользователю или администратору должно выводиться
сообщение с указанием невыполненных требований.
Отключение отдельного требования («нет») должно исключать соответствующую проверку из
правил формирования пароля. Изменение настроек не должно автоматически изменять ранее
установленные пароли; новые правила применяются при последующей установке или смене пароля, если
иной порядок не определен в ЧТЗ.
Изменение параметров парольной политики должно протоколироваться с фиксацией даты и
времени изменения, учетной записи администратора и измененного значения.
В административном интерфейсе должна быть предусмотрена отдельная настройка автоматической
блокировки неактивных учетных записей — «Количество дней неактивности». Значение задается целым
числом и определяет допустимое количество календарных дней с момента последнего успешного входа
пользователя в Систему.
Для учетной записи, по которой отсутствуют сведения об успешном входе, срок неактивности
должен исчисляться от даты активации/создания учетной записи либо от даты ее последней ручной
разблокировки — в зависимости от того, какое событие применимо.
Проверка неактивных учетных записей должна выполняться автоматически регламентной задачей
не реже одного раза в сутки. Периодичность запуска задачи должна быть настраиваемой. Должна быть
предусмотрена возможность ручного запуска проверки уполномоченным администратором.
При достижении установленного количества дней неактивности учетная запись должна
автоматически переводиться в состояние блокировки. Заблокированный по неактивности пользователь не
должен иметь возможность войти в Систему.
Системные, технологические и иные учетные записи, используемые для автоматизированного
взаимодействия и регламентных процедур, не должны блокироваться по признаку пользовательской
неактивности. Перечень учетных записей/типов учетных записей, исключаемых из автоматической
блокировки, уточняется в ЧТЗ.
Для автоматически заблокированной учетной записи должна фиксироваться причина блокировки и
дата блокировки. Должна быть предусмотрена ручная разблокировка уполномоченным администратором
с обязательным протоколированием действия.
14
Если значение настройки «Количество дней неактивности» отключено в порядке, определенном в
ЧТЗ (например, установлено значение 0), автоматическая блокировка по неактивности не выполняется.
Конкретный способ отключения и допустимый диапазон значений определяются в ЧТЗ с учетом
возможностей платформы.
5.2.5. Требования к настройке взаимодействия по регламентированному запросу СМЭВ 4
Должно быть реализовано взаимодействие по РЗ «Предоставление сведений о проверке
принадлежности физического лица-потенциального получателя мер социальной защиты (поддержки) к
сиротам» (https://nsud.gosuslugi.ru/pud/#/podd/queries/661bc021-8b2a-46cc-94da-29a6b5948613?tab=0) в
соответствии с описанием запроса.
Информация личного дела, необходимая для формирования запросов РЗ, должна автоматически
подставляться в параметры запроса. В случае отсутствия необходимой информации должна быть
возможность ручного заполнения параметров.
Должен быть настроен функционал разбора сведений на сегментах Системы по составу данных
запросов в объекты личного дела. Разбор полученных сведений должен осуществляться в объект
«Документ» с привязкой к личному делу и взаимосвязью с иными объектами, созданными на основе
полученной информации.
Получение доступа к РЗ осуществляется Заказчиком.
Исполнитель проводит тестирование РЗ в тестовой среде СМЭВ 4.
6. Требования к взаимодействию сторон
Взаимодействие Заказчика осуществляется посредством системы управления проектами
Исполнителя (далее – СУТП), а также взаимодействием ответственных специалистов Исполнителя с
ответственными специалистами Заказчика по телефону и электронной почте.
Заказчик и Исполнитель обязуются в течение 5 (пяти) рабочих дней после заключения Контракта
сообщить друг другу номера телефонов, фамилию, имя, отчество, должность сотрудника, адрес его
рабочего места и адрес электронной почты, доступный в сети «Интернет»), с использованием которого
обращения сторон будут считаться официальным обращением друг к другу для решения вопросов.
7. Требования к результатам выполненных работ
7.1. Результаты выполнения работ
В результате выполнения работ по доработке АИС ЭСРН РО должна быть выполнена доработка
Системы в части:
1) настройки взаимодействия с ГИС ЕЦП по видам сведений о мерах социальной поддержки;
2) настройки механизмов интеграции АИС ЭСРН РО с ЕПГУ по государственным услугам,
указанным в приложении 1;
3) настройки взаимодействия с ГИС ЕЦП в части получения сведений о государственной
регистрации рождения и смерти и передачи сведений о мерах социальной защиты (поддержки);
4) доработки механизмов информационной безопасности в части раздельной настройки требований
к паролю и автоматической блокировки неактивных учетных записей пользователей;
5) настройки взаимодействия по регламентированному запросу СМЭВ 4.
Все информационное наполнение Системы, имеющееся до момента выполнения работ
по настоящим ТЗ, должно быть сохранено и быть доступным в полном объеме в Системе после
окончания выполнения работ, если иное не определено в настоящем ТЗ.
В результате выполнения работ в соответствии с настоящим ТЗ Исполнителем должно быть
обеспечено функционирование Системы на аппаратных средствах Заказчика.
По завершении выполнения работ по настоящим ТЗ должны быть получены следующие
результаты:
1. обновленная, установленная и настроенная последняя версия программного обеспечения
Системы на серверном оборудовании Заказчика со всеми внесенными в течение срока выполнения работ
в соответствии с требованиями настоящего ТЗ изменениями в виде полностью функционирующей
системы;
15
2.
3.
комплект документации в составе, указанном в разделе 8 ТЗ;
исходные коды, разработанные в ходе выполнения Работ, и дистрибутивы.
7.2. Требования к порядку передачи результатов выполнения работ.
Передача исходных кодов, разработанных в ходе выполнения работ, программ для электронных
вычислительных машин (далее - программа для ЭВМ) и дистрибутивов должна сопровождаться
передачей всех необходимых для сборки и запуска программы для ЭВМ библиотек зависимостей,
инструкций и программных сценариев (скриптов) для проведения компиляции, создания дистрибутива и
установки (развертывания) программы для ЭВМ.
В составе исходных кодов должны быть переданы:
– исходные коды (java) - в электронном виде в виде набора файлов (.java);
– файл конфигурации Maven (pom.xml)- в электронном виде .
– PSQL скрипты (.sql), позволяющие восстановить БД платформы Sitex из файла дампа-в
электронном виде;
– инструкции по компиляции исполняемых фалов из исходных кодов- в электронном виде.
В составе дистрибутива Системы должны быть переданы:
– все изменения метаданных БД - в виде файлов пакетов обновлений Системы (.sxu);
– бэкап БД платформы Sitex - в виде набора файлов (дамп БД) готовых для восстановления данных
из них встроенными возможностями СУБД;
– все исполняемые и вспомогательные файлы дистрибутива платформы Sitex - в виде набора
файлов в упорядоченной структуре директорий с расширением .class, .jar, .jsp, .war;
– все файлы ресурсов Системы и платформы Sitex (XML-конфигурации, файлы настроекproperties), файлы шаблонов печатных форм (doc, docx,rtf, xls) - в электронном виде;
– все сторонние JAR-библиотеки - в электронном виде;
– инструкция по установке и развертыванию Системы, включающая скрипты для установки или
развертывания ПО - в электронном виде.
Все материалы должны быть упакованы в архив формата ZIP и переданы Заказчику в электронном
виде на flesh-носителе.
8. Требования к документированию.
Должны быть переданы следующие документы:
 частное техническое задание;
 руководство пользователя в части реализованных изменений;
 программа и методика испытаний;
 протокол проведения испытаний.
Документация должна содержать сведения в объёме, достаточном для самостоятельной
эксплуатации Системы Заказчиком.
Вся отчетная документация предоставляется в электронном виде (в формате документов доступном
для редактирования) на русском языке.
9. Требования к месту выполнения работ
Место оказания услуг – Рязанская область. Исполнитель оказывает услуги в удаленном режиме
средствами информационных технологий и телекоммуникаций.
Услуги, оказание которых требует непосредственного взаимодействия с инфраструктурой
Заказчика, включая установку и настройку программного и информационного обеспечения на серверных
мощностях Заказчика, проведение отдельных мероприятий по испытаниям и приемке результатов работ,
могут выполняться по месту нахождения Заказчика.
Для оказания услуг Государственный заказчик на весь срок исполнения Государственного
контракта и выполнения гарантийных обязательств по нему обеспечивает мероприятия по
предоставлению Исполнителю возможности защищенного удаленного доступа к инфраструктуре
мощностей Министерства через сеть Интернет с конкретных ip-адресов для оказания услуг по настройке
Системы в удаленном режиме средствами информационных технологий и телекоммуникаций в течение 3
16
(Трех) рабочих дней с даты предоставления Исполнителем перечня ip-адресов для доступа. Перечень ipадресов для доступа должен быть предоставлен Исполнителем Государственному заказчику в течение 1
(одного) рабочего дня с даты начала оказания услуг по настоящему ТЗ.
Для оказания Услуг с использованием удаленного доступа Исполнителю необходимо обеспечить
защищенное подключение через защищенную сеть Государственного заказчика собственными
криптографическими средствами Исполнителя.
10. Порядок контроля и приемки
Заказчик совместно с Исполнителем проводит испытания для определения соответствия
разработанного функционала требованиям текущего ТЗ.
Испытания проводятся в соответствии с программой и методикой испытаний (далее – ПМИ) по
месту нахождения Заказчика.
ПМИ разрабатывается Исполнителем и согласовывается с Заказчиком в следующем порядке:
1)
Исполнитель не позднее чем за 10 рабочих дней до окончания срока выполнения работ по
контакту посредством электронной почты направляет Заказчику ПМИ.
2)
Заказчик в течение 2 рабочих дней согласовывает ПМИ или направляет обоснованные
замечания посредством электронной почты. Если Заказчик в течение указанного срока не направил
замечания и предложения Исполнителю, ПМИ считается согласованной.
3)
Исполнитель в течение следующего рабочего дня исправляет замечания и направляет ПМИ
Заказчику повторно.
Заказчик совместно с Исполнителем проводит испытания и составляет протокол проведения
испытаний. По результатам проведения испытаний разработанного функционала в тестовой среде
Исполнитель, Заказчик подписывают протокол тестирования испытаний. В случае поступления
замечаний к разработанному функционалу по результатам подключения к видам сведений в
продуктивной среде после окончания срока предоставления Работ, Исполнитель устраняет замечания в
соответствии с предусмотренными гарантийными обязательствами, согласно требованиям ТЗ.
Протокол проведения испытаний составляется в следующем порядке:
1)
Исполнителем в течение 1 рабочего дня после окончания проведения испытаний
предоставляется Заказчику протокол проведения испытаний с указанием сроков устранения критичных
замечаний.
2)
Заказчик в течение 2 рабочих дней с даты получения протокола согласовывает и
утверждает протокол, либо направляет Исполнителю мотивированные замечания по протоколу. Если
Заказчик в течение указанного срока не направил замечания и предложения Исполнителю, протокол
проведения испытаний считается согласованным.
3)
Исполнитель в течение следующего рабочего дня рассматривает замечания, в случае
необходимости вносит корректировку в протокол, и направляет повторно Заказчику.
После согласования протокола Исполнитель устраняет критичные замечания и ошибки,
выявленные в ходе испытаний, в сроки, указанные в протоколе.
Под критичными замечаниями и ошибками понимается несоответствие разработанного
функционала Системы требованиям ТЗ и влияющим на корректную работу значительного числа
пользователей.
11. Гарантии качества
Исполнитель гарантирует Заказчику комплектность, необходимую полноту и качество
выполненных работ согласно настоящим ТЗ.
Исполнитель гарантирует работу программного обеспечения только при условии соблюдения
Заказчиком требований сопроводительной документации, передаваемой при выполнении работ.
Исполнитель не несет ответственности в случае сбоев в работе Системы, вызванных
неквалифицированными действиями Заказчика, то есть выполнением действий, не указанных в
методической, технической и другой сопроводительной документации, в том числе в руководстве
пользователя, или прямо противоречащих такой документации.
17
В гарантийный период Исполнитель за свой счет устраняет все выявленные Заказчиком в процессе
эксплуатации отклонения функционирования Системы от технического задания, требований к
реализации настройки (задачи) и руководства пользователя.
Исполнитель предоставляет гарантию качества в течение 1 года с даты подписания документа о
приемке.
Взаимодействие сторон в гарантийный период осуществляется в порядке, установленном разделом
6 настоящего ТЗ.
12. Требования к конфиденциальности
Исполнитель (соисполнитель) не должен разглашать третьим лицам и использовать для целей, не
связанных с исполнением услуг, информацию, которая может стать ему известной в ходе оказания услуг,
а также сведения о характере оказываемых услуг, за исключением случаев привлечения к оказанию услуг
соисполнителей/подрядчиков, с которыми Исполнитель должен заключить соглашение о неразглашении
конфиденциальной информации. Исполнитель несет ответственность за соблюдение этого требования в
соответствии с действующим законодательством Российской Федерации.
Исполнитель (соисполнитель) обязан использовать доступ к информационным ресурсам Заказчика
только в целях оказания услуг, не копировать, не размножать и не распространять в любой форме любые
материалы, содержащиеся на рабочих местах, серверах и прочих средствах хранения информации
Заказчика.
Исполнитель обязан заключить со специалистами, участвующими в процессе оказания услуги,
имеющих доступ к персональным данным, письменное соглашение о неразглашении конфиденциальной
информации (персональных данных). Заказчик вправе потребовать от Исполнителя копии соглашений о
неразглашении конфиденциальной информации (персональных данных).
18
Приложение 1
Перечень государственных услуг, по которым выполняется настройка механизмов
интеграции АИС ЭСРН РО с ЕПГУ
№
п/п
1
2
3
4
5
6
7
8
Наименование государственной услуги
Ежегодная выплата на ребёнка-инвалида или ребёнка, являющегося ВИЧинфицированным
Ежегодная выплата на ребёнка, посещающего детский сад
Ежегодная выплата на проезд
Назначение выплаты единовременного пособия гражданам, получившим в
результате террористического акта и (или) при пресечении террористического
акта вред здоровью
Назначение выплаты единовременного пособия гражданам из числа заложников
Назначение выплаты гражданам финансовой помощи в связи с утратой
имущества в результате террористического акта и (или) при пресечении
террористического акта
Назначение выплаты единовременного пособия членам семьи граждан,
погибших (умерших) в результате террористического акта и (или) при
пресечении террористического акта правомерными действиями
Получение социальных услуг
19

=== ФАЙЛ: Требования к содержанию и составу заявки на участие | docs/0859200001126012273/Требования к заявке.pdf
Требования к содержанию, составу заявки на участие в закупке в соответствии с
Федеральным законом от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере
закупок товаров, работ, услуг для обеспечения государственных и
муниципальных нужд» (далее – Закон № 44-ФЗ) и инструкция по её заполнению
Раздел 1. Требования к содержанию, составу заявки на участие в закупке
Заявка на участие в закупке должна содержать:
1) информацию и документы об участнике закупки:
1.1) направляемые (по состоянию на дату и время их направления) заказчику
оператором электронной площадки, путем информационного взаимодействия с единой
информационной системой:

полное и сокращенное (при наличии) наименование юридического лица, в
том числе иностранного юридического лица (если участником закупки является
юридическое лицо), аккредитованного филиала или представительства иностранного
юридического лица (если от имени иностранного юридического лица выступает
аккредитованный филиал или представительство), наименование обособленного
подразделения юридического лица (если от имени участника закупки выступает
обособленное подразделение юридического лица), фамилия, имя, отчество (при
наличии) (если участником закупки является физическое лицо, в том числе
зарегистрированное в качестве индивидуального предпринимателя);

фамилия, имя, отчество (при наличии), идентификационный номер
налогоплательщика (при наличии) и должность лица, имеющего право без
доверенности действовать от имени юридического лица, либо действующего в качестве
руководителя юридического лица, аккредитованного филиала или представительства
иностранного юридического лица, либо исполняющего функции единоличного
исполнительного органа юридического лица;

адрес юридического лица, в том числе иностранного юридического лица
(если участником закупки является юридическое лицо) в пределах места нахождения
юридического лица, адрес (место нахождения) аккредитованного филиала или
представительства на территории Российской Федерации (если от имени иностранного
юридического лица выступает аккредитованный филиал или представительство), адрес
(место нахождения) обособленного подразделения юридического лица (если от имени
участника закупки выступает обособленное подразделение юридического лица), место
жительства физического лица, в том числе зарегистрированного в качестве
индивидуального предпринимателя (если участник закупки является физическим
лицом, в том числе зарегистрированным в качестве индивидуального
предпринимателя), адрес электронной почты, номер контактного телефона;

копия документа, удостоверяющего личность участника закупки в
соответствии с законодательством Российской Федерации (если участник закупки
является физическим лицом, не являющимся индивидуальным предпринимателем);

идентификационный номер налогоплательщика юридического лица (если
участником закупки является юридическое лицо), аккредитованного филиала или
представительства иностранного юридического лица (если от имени иностранного
юридического лица выступает аккредитованный филиал или представительство),
физического лица, в том числе зарегистрированного в качестве индивидуального
предпринимателя (если участником закупки является физическое лицо, в том числе
зарегистрированное в качестве индивидуального предпринимателя), аналог
идентификационного номера налогоплательщика в соответствии с законодательством
соответствующего иностранного государства (если участником закупки является
иностранное лицо), код причины постановки на учет юридического лица (если
участником закупки является юридическое лицо), аккредитованного филиала или
представительства иностранного юридического лица (если от имени иностранного
юридического лица выступает аккредитованный филиал или представительство),
обособленного подразделения юридического лица (если от имени участника закупки
выступает обособленное подразделение юридического лица);
 выписка из единого государственного реестра юридических лиц (если
участником закупки является юридическое лицо), выписка из единого
государственного реестра индивидуальных предпринимателей (если участником
закупки является индивидуальный предприниматель);

идентификационный номер налогоплательщика (при наличии) членов
коллегиального исполнительного органа, лица, исполняющего функции единоличного
исполнительного органа, управляющего (при наличии), управляющей организации (при
наличии), участников (членов) корпоративного юридического лица, владеющих более
чем двадцатью пятью процентами акций (долей, паев) корпоративного юридического
лица, учредителей унитарного юридического лица или в соответствии с
законодательством
соответствующего
иностранного
государства
аналог
идентификационного номера налогоплательщика таких лиц;
 надлежащим образом заверенный перевод на русский язык документов о
государственной регистрации юридического лица или физического лица в качестве
индивидуального
предпринимателя
в
соответствии
с
законодательством
соответствующего государства (если участником закупки является иностранное лицо);
декларация о принадлежности участника закупки к социально ориентированным
некоммерческим организациям;
1.2) включаемые участником закупки в заявку на участие в закупке:

решение о согласии на совершение или о последующем одобрении крупной
сделки, если требование о наличии такого решения установлено законодательством
Российской Федерации, учредительными документами юридического лица и для
участника закупки заключение контракта на поставку товара, выполнение работы или
оказание услуги, являющихся объектом закупки, либо внесение денежных средств в
качестве обеспечения заявки на участие в закупке, обеспечения исполнения контракта
является крупной сделкой;

• информация и документы, которые подтверждают соответствие участника
закупки требованиям, установленным пунктом 1 части 1 статьи 31 Закона № 44-ФЗ
(могут не включаться в заявку на участие в закупке в случае, если указанные
информация и документы содержатся в открытых и общедоступных государственных
реестрах, размещенных в информационно-телекоммуникационной сети «Интернет», и в
заявку включена декларация о соответствии участника закупки требованиям,
установленным пунктом 1 части 1 статьи 31 Закона № 44-ФЗ): Свидетельство о
государственной регистрации программы или действующий лицензионный договор
(соглашение) с правообладателем на право распространения программ или иные
документы, подтверждающие наличие необходимых прав.;

декларация о соответствии участника закупки требованиям, установленным
п. 3 - 5, 7 - 11 ч. 1 ст. 31 Закона № 44-ФЗ:
- о непроведении ликвидации участника закупки - юридического лица и
отсутствие решения арбитражного суда о признании участника закупки - юридического
лица или индивидуального предпринимателя несостоятельным (банкротом) и об
открытии конкурсного производства;
- о неприостановлении деятельности участника закупки в порядке, установленном
Кодексом Российской Федерации Российской Федерации об административных
правонарушениях;
- отсутствие у участника закупки недоимки по налогам, сборам, задолженности по
иным обязательным платежам в бюджеты бюджетной системы Российской Федерации
(за исключением сумм, на которые предоставлены отсрочка, рассрочка,
инвестиционный налоговый кредит в соответствии с законодательством Российской
Федерации о налогах и сборах, которые реструктурированы в соответствии с
законодательством Российской Федерации, по которым имеется вступившее в
законную силу решение суда о признании обязанности заявителя по уплате этих сумм
исполненной или которые признаны безнадежными к взысканию в соответствии с
законодательством Российской Федерации о налогах и сборах) за прошедший
календарный год, размер которых превышает двадцать пять процентов балансовой
стоимости активов участника закупки, по данным бухгалтерской отчетности за
последний отчетный период. Участник закупки считается соответствующим
установленному требованию в случае, если им в установленном порядке подано
заявление об обжаловании указанных недоимки, задолженности и решение по такому
заявлению на дату рассмотрения заявки на участие в определении поставщика
(подрядчика, исполнителя) не принято;
- об отсутствии у участника закупки - физического лица либо у руководителя,
членов коллегиального исполнительного органа, лица, исполняющего функции
единоличного исполнительного органа, или главного бухгалтера юридического лица участника закупки судимости за преступления в сфере экономики и (или)
преступления, предусмотренные статьями 289, 290, 291, 291.1 Уголовного кодекса
Российской Федерации (за исключением лиц, у которых такая судимость погашена или
снята), а также неприменение в отношении указанных физических лиц наказания в виде
лишения права занимать определенные должности или заниматься определенной
деятельностью, которые связаны с поставкой товара, выполнением работы, оказанием
услуги, являющихся объектом осуществляемой закупки, и административного
наказания в виде дисквалификации;
- о том, что участник закупки - юридическое лицо, которое в течение двух лет до
момента подачи заявки на участие в закупке не было привлечено к административной
ответственности
за
совершение
административного
правонарушения,
предусмотренного статьей 19.28 Кодекса Российской Федерации об административных
правонарушениях;
- об обладании участником закупки исключительными правами на результаты
интеллектуальной деятельности, если в связи с исполнением контракта заказчик
приобретает права на такие результаты, за исключением случаев заключения
контрактов на создание произведений литературы или искусства, исполнения, на
финансирование проката или показа национального фильма;
- об отсутствии обстоятельств, при которых должностное лицо заказчика
(руководитель заказчика, член комиссии по осуществлению закупок, руководитель
контрактной службы заказчика, контрактный управляющий), его супруг (супруга),
близкий родственник по прямой восходящей или нисходящей линии (отец, мать,
дедушка, бабушка, сын, дочь, внук, внучка), полнородный или неполнородный
(имеющий общих с должностным лицом заказчика отца или мать) брат (сестра), лицо,
усыновленное должностным лицом заказчика, либо усыновитель этого должностного
лица заказчика является:
а) физическим лицом (в том числе зарегистрированным в качестве
индивидуального предпринимателя), являющимся участником закупки;
б)
руководителем,
единоличным
исполнительным
органом,
членом
коллегиального исполнительного органа, учредителем, членом коллегиального органа
унитарной организации, являющейся участником закупки;
в)
единоличным
исполнительным
органом,
членом
коллегиального
исполнительного
органа,
членом
коллегиального
органа
управления,
выгодоприобретателем корпоративного юридического лица, являющегося участником
закупки. Выгодоприобретателем для целей настоящей статьи является физическое
лицо, которое владеет напрямую или косвенно (через юридическое лицо или через
несколько юридических лиц) более чем десятью процентами голосующих акций
хозяйственного общества либо владеет напрямую или косвенно (через юридическое
лицо или через несколько юридических лиц) долей, превышающей десять процентов в
уставном (складочном) капитале хозяйственного товарищества или общества;
- о том, что участник закупки не является офшорной компанией, не имеет в
составе участников (членов) корпоративного юридического лица или в составе
учредителей унитарного юридического лица офшорной компании, а также не имеет
офшорных компаний в числе лиц, владеющих напрямую или косвенно (через
юридическое лицо или через несколько юридических лиц) более чем десятью
процентами голосующих акций хозяйственного общества либо долей, превышающей
десять процентов в уставном (складочном) капитале хозяйственного товарищества или
общества;
- о том, что участник закупки не является иностранным агентом;
- об отсутствии у участника закупки ограничений для участия в закупках,
установленных законодательством Российской Федерации;

Если информация и документы, которые подтверждают соответствие
участника закупки требованиям, установленным пунктом 1 части 1 статьи 31 Закона №
44-ФЗ, содержатся в открытых и общедоступных государственных реестрах,
размещенных в информационно-телекоммуникационной сети «Интернет», в указанную
декларацию может быть также включено положение о соответствии участника закупки
требованиям, установленным пунктом 1 части 1 статьи 31 Закона № 44-ФЗ, с указанием
адреса сайта или страницы сайта в информационно-телекоммуникационной сети
«Интернет», на которых размещены такие информация и документы.
 реквизиты счета участника закупки, на который в соответствии с
законодательством Российской Федерации осуществляется перечисление денежных
средств в качестве оплаты поставленного товара, выполненной работы (ее результатов),
оказанной услуги, а также отдельных этапов исполнения контракта, за исключением
случаев, если в соответствии с законодательством Российской Федерации такой счет
открывается после заключения контракта;
 заявка на участие в закупке может содержать документы, подтверждающие
квалификацию участника закупки. Отсутствие таких документов не является
основанием для признания заявки не соответствующей требованиям настоящего
Федерального закона.
2) предложение участника закупки в отношении объекта закупки:
а) с учетом положений ч. 2 ст. 43 Закона № 44-ФЗ характеристики предлагаемого
участником закупки товара, соответствующие показателям, установленным в описании
объекта закупки в соответствии с ч. 2 ст. 33 Закона №44-ФЗ, товарный знак (при
наличии у товара товарного знака);
б) наименование страны происхождения товара в соответствии с общероссийским
классификатором, используемым для идентификации стран мира, с учетом положений
ч. 2 ст. 43 Закона № 44-ФЗ;
Информация о товаре, предусмотренная подпунктами «а» и «б» пункта 2
настоящего раздела, включается в заявку на участие в закупке в случае осуществления
закупки товара, в том числе поставляемого заказчику при выполнении закупаемых
работ, оказании закупаемых услуг. Информация, предусмотренная подпунктом «а»
пункта 2 настоящего раздела, может не включаться в заявку на участие в закупке в
случае указания заказчиком в описании объекта закупки товарного знака и
предложения участником закупки товара, в том числе поставляемого заказчику при
выполнении закупаемых работ, оказании закупаемых услуг, обозначенного таким
товарным знаком.
в) документы, подтверждающие соответствие товара, работы или услуги
требованиям, установленным в соответствии с законодательством Российской
Федерации: не требуются;
г) заявка также может содержать иные информация и документы, в том числе
эскиз, рисунок, чертеж, фотография, иное изображение предлагаемого участником
закупки товара. При этом отсутствие таких информации и документов не является
основанием для отклонения заявки на участие в закупке;
д) с учетом положений ч. 2 ст. 43 Закона № 44-ФЗ предложение по критериям,
предусмотренным п. 2 и (или) п. 3 ч. 1 ст. 32 Закона № 44-ФЗ (в случае установления
таких критериев. При этом отсутствие такого предложения не является основанием для
отклонения заявки на участие в закупке;
Информация, предусмотренная подпунктами «а» и «д» пункта 2 настоящего
раздела, не включается в заявку на участие в закупке в случае включения заказчиком в
соответствии с п. 8 ч. 1 ст. 33 Закона № 44-ФЗ в описание объекта закупки проектной
документации, или типовой проектной документации, или сметы на капитальный
ремонт объекта капитального строительства.
3) предложение участника закупки о цене контракта;
4) информация и документы, определенные в соответствии с пунктом 2 части 2
статьи 14 Федерального закона от 05.04.2013 № 44-ФЗ:
для подтверждения происхождения программного обеспечения, указанного в
позиции 146 приложения № 1 к постановлению Правительства РФ от 23.12.2024 № 1875
из Российской Федерации:
- информацией и документами, подтверждающими страну происхождения
программного обеспечения для целей постановления Правительства РФ от 23.12.2024
№ 1875 являются:
• порядковый номер реестровой записи из единого реестра российских программ
для электронных вычислительных машин и баз данных (далее - реестр российского
программного обеспечения);
• порядковый номер реестровой записи из реестра российского программного
обеспечения, содержащей информацию о соответствии программного обеспечения
требованиям к доверенному программному обеспечению (для программного
обеспечения, в отношении которого установлены требования к доверенному
программному обеспечению в соответствии с частями 3.7 и 3.9 статьи 2
Федерального закона «О внесении изменений в Федеральный закон «О безопасности
критической информационной инфраструктуры Российской Федерации»);
для подтверждения происхождения программного обеспечения, указанного в
позиции 146 приложения № 1 к постановлению Правительства РФ от 23.12.2024 № 1875
из государств - членов Евразийского экономического союза, за исключением
Российской Федерации:
- информацией и документами, подтверждающими страну происхождения
программного обеспечения для целей постановления Правительства РФ от 23.12.2024
№ 1875 являются:
• порядковый номер реестровой записи из единого реестра программ для
электронных вычислительных машин и баз данных из государств - членов
Евразийского экономического союза, за исключением Российской Федерации (далее реестр евразийского программного обеспечения);
• порядковый номер реестровой записи из реестра евразийского программного
обеспечения, содержащей информацию о соответствии программного обеспечения
требованиям к доверенному программному обеспечению (для программного
обеспечения, в отношении которого установлены требования к доверенному
программному обеспечению в соответствии с частями 3.7 и 3.9 статьи 2
Федерального закона «О внесении изменений в Федеральный закон «О безопасности
критической информационной инфраструктуры Российской Федерации»);
В случае отсутствия таких информации и документов в заявке на участие в
закупке такая заявка приравнивается к заявке, в которой содержится предложение о
поставке программного обеспечения, происходящего из иностранного государства.
5) в случае если участник закупки является юридическим лицом,
зарегистрированным на территории государства - члена Евразийского экономического
союза, за исключением Российской Федерации, или физическим лицом, являющимся
гражданином государства - члена Евразийского экономического союза, за исключением
Российской Федерации, такой участник в соответствии с требования постановления
Правительства Российской Федерации от 10.04.2023 № 579 «Об особенностях порядка
предоставления обеспечения заявок на участие в закупках товаров, работ, услуг для
обеспечения государственных или муниципальных нужд участниками таких закупок,
являющимися иностранными лицами» вправе предоставить обеспечение заявок (в
случае установления данного требования) в виде денежных средств с учетом
следующих особенностей:
а) денежные средства вносятся участником закупки на счет, указанный
заказчиком в извещении об осуществлении закупки, на котором в соответствии с
законодательством Российской Федерации учитываются операции со средствами,
поступающими заказчику;
б) заявка на участие в закупке должна содержать информацию и документы,
подтверждающие предоставление обеспечения заявки на участие в закупке, в форме
электронных документов или в форме электронных образов бумажных документов.
Участник закупки признается непредоставившим обеспечение заявки на участие в
закупке в случае непоступления денежных средств, информация и документы о
внесении которых в качестве обеспечения заявки представлены в заявке на участие в
закупке, до даты окончания срока рассмотрения и оценки вторых частей заявок на
участие в закупке (в случае проведения открытого конкурса в электронной форме),
даты подведения итогов определения поставщика (подрядчика, исполнителя) (в случае
проведения открытого аукциона в электронной форме или запроса котировок в
электронной форме) на счет, предусмотренный подпунктом «а» настоящего пункта.
Заявка на участие в закупке, поданная таким участником закупки, отклоняется в
порядке, установленном для случая, предусмотренного пунктом 7 части 12 статьи 48
Закона № 44-ФЗ.
 Заказчик возвращает денежные средства, внесенные в качестве обеспечения
заявки на участие в закупке, не позднее 5 рабочих дней со дня, следующего за днем
наступления случаев, предусмотренных пунктами 1 - 6 части 10 статьи 44 Закона
№ 44-ФЗ. Возврат таких денежных средств участнику закупки не осуществляется в
случае, предусмотренном пунктом 7 части 10 статьи 44 Закона № 44-ФЗ.
Ответственность за недостоверность информации и (или) документов,
включенных в заявку на участие в закупке, за действия, совершенные на основании
указанных информации и (или) документов, несет участник закупки.
Раздел 2. Инструкция по заполнению заявки на участие в закупке
2.1. Участник закупки вправе подать только одну заявку на участие в закупке в
любое время с момента размещения в единой информационной системе извещения об
осуществлении закупки до окончания установленного Законом № 44-ФЗ срока подачи
заявок на участие в закупке.
2.2. Подача заявки на участие в закупке означает согласие участника закупки,
подавшего такую заявку, на поставку товара, выполнение работы, оказание услуги на
условиях, предусмотренных извещением об осуществлении закупки, и в соответствии с
заявкой такого участника закупки на участие в закупке.
Сведения, которые содержатся в заявке, не должны допускать двусмысленных
толкований. Все документы, представляемые участниками закупки в составе заявки на
участие в закупке, должны быть заполнены по всем пунктам и должны быть
читаемыми»

=== ФАЙЛ: Порядок рассмотрения и оценки заявок на участие в конкурсах | docs/0859200001126012273/Порядок рассмотрения и оценки заявок на участие в конкурсе.pdf
ПОРЯДОК
рассмотрения и оценки заявок на участие в конкурсе
I. Информация о заказчике и закупке товаров, работ, услуг для обеспечения
государственных и муниципальных нужд (далее - закупка)
Коды
Полное наименование
Министерство труда и
социальной защиты
населения Рязанской
области
ИНН
6234174557
КПП
623401001
Место нахождения, телефон, адрес
электронной почты
390005, г. Рязань, ул.
по 61701000
Ленинского комсомола,7 ОКТМО
Наименование объекта закупки
Оказание услуг по
доработке
автоматизированной
информационной
системы Министерства
труда и социальной
защиты населения
Рязанской области
«Электронный
социальный регистр
населения Рязанской
области»
II. Критерии и показатели оценки заявок на участие в закупке
II. КРИТЕРИИ И ПОКАЗАТЕЛИ ОЦЕНКИ ЗАЯВОК НА УЧАСТИЕ В ЗАКУПКЕ
№
Критерий
оценки
Значимость
критерия
оценки,
процентов
Показатель
оценки
Значимость
показателя
оценки,
процентов
1.
Цена контракта,
сумма цен единиц
товара,
работы,
услуги
30
-
-
Показатель
Значимость
оценки,
показателя,
детализирующий детализирующе
показатель
го показатель
оценки
оценки,
процентов
-
-
Формула оценки или шкала оценки
Оценка
заявок
осуществляется
по
формуле,
предусмотренной пунктом 9 или 10 Положения об
оценке заявок на участие в закупке товаров, работ,
услуг
для
обеспечения
государственных
и
муниципальных нужд, утвержденного постановлением
Правительства Российской Федерации от 31 декабря
2021 г. N 2604 "Об оценке заявок на участие в закупке
товаров,
работ,
услуг
для
обеспечения
государственных и муниципальных нужд, внесении
изменений в пункт 4 постановления Правительства
Российской Федерации от 20 декабря 2021 г. N 2369 и
признании утратившими силу некоторых актов и
отдельных положений некоторых актов Правительства
Российской Федерации" (далее - Положение).
1. Значение количества баллов по критерию оценки
"цена контракта, сумма цен единиц товара, работы,
услуги", присваиваемое заявке, которая подлежит в
соответствии с Федеральным законом оценке по
указанному критерию оценки, (БЦi) определяется по
одной из следующих формул:
а) за исключением случаев, предусмотренных
подпунктом "б" настоящего пункта и пунктом 2
настоящего раздела, - по формуле:
 Ц -Ц 
БЦ i =100 -  i л  ×100,
 Цл 
где:
2
Цi - предложение участника закупки о цене
контракта, или о сумме цен всех контрактов,
заключаемых по результатам проведения совместного
конкурса (в случае проведения совместного конкурса),
или о сумме цен единиц товара, работы, услуги (в
случае, предусмотренном частью 24 статьи 22
Федерального закона, в том числе при проведении в
этом случае совместного конкурса), заявка (часть
заявки) которого подлежит в соответствии с
Федеральнымзаконом оценке по критерию оценки
"цена контракта, сумма цен единиц товара, работы,
услуги" (далее - ценовое предложение);
Цл - наилучшее ценовое предложение из числа
предложенных в соответствии с Федеральным законом
участниками закупки, заявки (части заявки) которых
подлежат оценке по критерию оценки "цена контракта,
сумма цен единиц товара, работы, услуги";
б) в случае если по результатам применения
формулы,
предусмотренной
подпунктом
"а"
настоящего пункта, при оценке хотя бы одной заявки
получено значение, являющееся отрицательным
числом, значение количества баллов по критерию
оценки "цена контракта, сумма цен единиц товара,
работы, услуги" всем заявкам, подлежащим в
соответствии с Федеральным законом оценке по
указанному критерию оценки (БЦi), определяется по
формуле:
БЦ i = Ц нач - Ц i  
100
,
Ц нач - Ц л
где Цнач - начальная (максимальная) цена
контракта, или сумма начальных (максимальных) цен
каждого контракта, заключаемого по результатам
3
проведения
совместного
конкурса
(в
случае
проведения совместного конкурса), или начальная
сумма цен единиц товаров, работ, услуг (в случае,
предусмотренном частью 24 статьи 22 Федерального
закона, в том числе при проведении в таком случае
совместного конкурса).
2. Если при проведении процедуры подачи
предложений о цене контракта либо о сумме цен
единиц
товара,
работы,
услуги
(в
случае,
предусмотренном частью 24 статьи 22 Федерального
закона) в соответствии с Федеральным законом подано
ценовое предложение, предусматривающее снижение
таких цены контракта либо суммы цен ниже нуля,
значение количества баллов по критерию оценки "цена
контракта, сумма цен единиц товара, работы, услуги"
(БЦi) определяется в следующем порядке:
а) для подлежащей в соответствии с
Федеральным законом оценке заявки участника
закупки,
ценовое
предложение
которого
не
предусматривает снижение цены контракта либо
суммы цен ниже нуля, по критерию оценки "цена
контракта, сумма цен единиц товара, работы, услуги"
значение количества баллов по указанному критерию
оценки (БЦi) определяется по формуле:
 Ц + Цл 
БЦ i = 100 -  i
  100;
 Ц нач + Ц л 
б) для подлежащей в соответствии с
Федеральным законом оценке заявки участника
закупки,
ценовое
предложение
которого
предусматривает снижение цены контракта либо
суммы цен ниже нуля, по критерию оценки "цена
контракта, сумма цен единиц товара, работы, услуги"
значение количества баллов по указанному критерию
оценки (БЦi) определяется по формуле:
4
 Ц л - Цi 
БЦ i =100 - 
 ×100.
Ц
+
Ц
л 
 нач
2. Квалификация
участников
закупки
70
наличие у
участников
закупки опыта
поставки
товара,
выполнения
работы,
оказания
услуги,
связанного с
предметом
контракта
50
Общее
количество
исполненных
участником
закупки
договоров
100
Оценка заявок осуществляется по формуле,
предусмотренной
подпунктом
з
пункта
20
Положения:
в случае, если лучшим является наибольшее
значение детализирующего показателя и установлены
Х пред
предельное
минимальное
значение
( min )
характеристики объекта закупки и предельное
Х пред
максимальное значение ( max ) характеристики
объекта
закупки,
значение
детализирующего
показателя рассчитывается по формуле:
пред
БХi = Хi - Х min
×
100
.
пред
Х пред
Х
max
min
где:
Хi –
значение
детализирующего
показателя,
содержащееся в предложении участника закупки, в
заявке (частях заявки);
Х пред
min
- предельное минимальное значение
детализирующего
показателя,
установленное
заказчиком: 1 исполненный участником закупки
контракт (договор) (шт.).
Х пред
max
- предельное максимальное значение
детализирующего
показателя,
установленное
заказчиком: 10 исполненных участником закупки
контрактов (договоров) (шт.).
Наличие у
участников
50
Значение индекса
деловой репутации
100
Оценка заявок
предусмотренной
Положения:
осуществляется по формуле,
подпунктом ж пункта 20
5
закупки
деловой
репутации
участника закупки
ж) в случае, если лучшим является наибольшее
значение
характеристики
объекта
закупки
и
установлено предельное минимальное значение (
) характеристики объекта закупки, - по формуле:
БХ i = Х i - Х пред
min ×
Х пред
min
100
;
Х max - Х пред
min
где:
Хmax - максимальное значение индекса деловой
репутации, содержащееся в заявках (частях заявок),
подлежащих оценке по детализирующему показателю
оценки "значение индекса деловой репутации
участников закупки в соответствии с национальным
стандартом ГОСТ Р 71198-2026";
Хi - значение индекса деловой репутации
участника закупки, содержащееся в заявке (части
заявки), подлежащей оценке по детализирующему
показателю оценки "значение индекса деловой
репутации участников закупки в соответствии с
национальным стандартом ГОСТ Р 71198-2026";
Х пред
min
- предельное
характеристики объекта
заказчиком: 51 балл.
минимальное значение
закупки, установленное
III. ОТДЕЛЬНЫЕ ПОЛОЖЕНИЯ О ПРИМЕНЕНИИ ОТДЕЛЬНЫХ КРИТЕРИЕВ ОЦЕНКИ, ПОКАЗАТЕЛЕЙ ОЦЕНКИ И ПОКАЗАТЕЛЕЙ ОЦЕНКИ,
ДЕТАЛИЗИРУЮЩИХ ПОКАЗАТЕЛИ ОЦЕНКИ, ПРЕДУСМОТРЕННЫХ РАЗДЕЛОМ II НАСТОЯЩЕГО ДОКУМЕНТА
№
Наименование критерия оценки, показателя оценки, показателя
оценки, детализирующего показатель оценки, при применении
которого устанавливается положение, предусмотренное графой 3
1.
Критерий оценки:
«Цена контракта, сумма цен единиц товара, работы, услуги»
Положение о применении критерия оценки, показателя оценки, показателя
оценки, детализирующего показатель оценки
Оценка заявок по критерию оценки «Цена контракта, сумма цен единиц товара,
работы, услуги» осуществляется в соответствии с требованиями подпунктов а и б
6
пункта 11 Положения об оценке заявок на участие в закупке товаров, работ, услуг
для обеспечения государственных и муниципальных нужд, утвержденного
постановлением Правительства Российской Федерации от 31 декабря 2021 г. N 2604
"Об оценке заявок на участие в закупке товаров, работ, услуг для обеспечения
государственных и муниципальных нужд, внесении изменений в пункт 4
постановления Правительства Российской Федерации от 20 декабря 2021 г. N 2369 и
признании утратившими силу некоторых актов и отдельных положений некоторых
актов Правительства Российской Федерации" (далее - Положение):
а) заявкам, содержащим наилучшее ценовое предложение, а также предложение,
равное такому наилучшему ценовому предложению, присваивается 100 баллов;
б) значение Цл при применении формулы, предусмотренной подпунктом "а"
пункта 10 Положения, и значения Цл и Цi при применении формулы,
предусмотренной подпунктом "б" пункта 10 Положения, указываются без знака
"минус".
2.
Критерий оценки:
«Квалификация участников закупки»
2.1. Показатель оценки:
«Наличие у участников закупки опыта поставки товара, выполнения
работы, оказания услуги, связанного с предметом контракта
»
2.1.1 Детализирующий показатель оценки:
Оценка заявки (части заявки) по критерию оценки определяется путем
суммирования среднего количества баллов, присвоенных всеми принимавшими
участие в ее рассмотрении и оценке членами комиссии по осуществлению закупок
по каждому показателю оценки, умноженного на значимость соответствующего
показателя оценки. При этом среднее количество баллов определяется путем
суммирования количества баллов, присвоенных каждым членом комиссии по
осуществлению закупок, и последующего деления на количество таких членов.
Сумма величин значимости всех применяемых показателей оценки по критерию
оценки составляет 100 процентов.
Оценка заявки (части заявки) по показателю оценки определяется путем
суммирования среднего количества баллов, присвоенных всеми принимавшими
участие в ее рассмотрении и оценке членами комиссии по осуществлению закупок
по каждому детализирующему показателю, умноженного на значимость
соответствующего детализирующего показателя. При этом среднее количество
баллов определяется путем суммирования количества баллов, присвоенных каждым
членом комиссии по осуществлению закупок, и последующего деления на
количество таких членов.
В отношении каждого детализирующего показателя устанавливается значимость
детализирующего показателя. Сумма величин значимости всех применяемых
детализирующих показателей по показателю оценки составляет 100 процентов.
Оценивается наличие у участника закупки опыта по успешному исполнению
7
«Общее количество исполненных участником закупки договоров»
контрактов (договоров) на выполнение работ (оказание услуг) по созданию, и/или
внедрению, и/или развитию, и/или доработке (модернизации), и/или интеграции,
и/или сопровождению информационных систем, реализованных на платформе SiTex
– ЭСРН в области социальной защиты.
Перечень документов, подтверждающих наличие у участника закупки опыта
оказания услуги, связанного с предметом контракта:
- исключительно исполненный договор (договоры), при исполнении которого
поставщиком (подрядчиком, исполнителем) исполнены требования об уплате
неустоек (штрафов, пеней) (в случае начисления неустоек),
- акт (акты) приемки поставленного товара, выполненных работ, оказанных
услуг, составленные при исполнении такого договора (договоров).
Последний акт, составленный при исполнении договора, при исполнении
которого поставщиком (подрядчиком, исполнителем) исполнены требования об
уплате неустоек (штрафов, пеней) (в случае начисления неустоек), должен быть
подписан не ранее чем за 5 лет до даты окончания срока подачи заявок.
К оценке принимаются исполненные участником закупки с учетом
правопреемства (в случае наличия в заявке подтверждающего документа) контракты,
заключенные и исполненные в соответствии с Федеральным законом № 44-ФЗ, и
договоры, заключенные и исполненные в соответствии с Федеральным законом №
223-ФЗ «О закупках товаров, работ, услуг отдельными видами юридических лиц»;
К оценке принимаются документы в случае их представления в заявке в полном
объеме и со всеми приложениями. Документы направляются в форме электронных
документов или в форме электронных образов бумажных документов.
Если документы, подтверждающие квалификацию участника закупки, и
информация о таких документах содержатся в открытых и общедоступных
государственных реестрах, размещенных в информационно-телекоммуникационной
сети "Интернет", в том числе ведение которых осуществляется в единой
информационной системе в сфере закупок с размещением указанных документов на
официальном сайте единой информационной системы в сфере закупок в
информационно-телекоммуникационной сети "Интернет", вместо направления таких
документов участник закупки вправе направить номер реестровой записи из
8
соответствующего реестра.
2.2. Показатель оценки:
«Наличие у участников закупки деловой репутации»
2.2.1. Детализирующий показатель оценки:
«Значение индекса деловой репутации участника закупки»
Оценка количественного значения индекса деловой репутации участников
закупки осуществляется в соответствии с национальным стандартом в области оценки
деловой репутации субъектов предпринимательской деятельности - "ГОСТ Р 711982026. Национальный стандарт Российской Федерации. Индекс деловой репутации
субъектов предпринимательской деятельности (ЭКГ-рейтинг). Методика оценки и
порядок формирования ЭКГ-рейтинга ответственного бизнеса".
Документ, предусмотренный соответствующим национальным стандартом в
области оценки деловой репутации субъектов предпринимательской деятельности и
подтверждающий присвоение участнику закупки значения индекса деловой
репутации: выписка с сайта https://экг-рейтинг.рф,
В связи с тем, что результаты рейтинга публикуются в открытом доступе на
сайте экг-рейтинг.рф в информационно-телекоммуникационной сети Интернет,
участники закупки вправе не включать в состав своей заявки выписку с сайта экгрейтинг.рф.
В случае отсутствия в составе заявки выписки с сайта экг-рейтинг.рф оценка
заявки осуществляется на основании актуальной информации и сведений,
размещенных на сайте экг-рейтинг.рф на дату рассмотрения и оценки заявок на
участие в конкурсе.
по следующим видам деятельности в соответствии с Общероссийским
классификатором видов экономической деятельности ОК 029-2014 (КДЕС ред.2):
ОКВЭД 62.01 «Разработка компьютерного программного обеспечения».
9

=== ФАЙЛ: Проект контракта | docs/0859200001126012273/Проект контракта.pdf
ПРОЕКТ ГОСУДАРСТВЕННОГО КОНТРАКТА
ГОСУДАРСТВЕННЫЙ КОНТРАКТ № ____
на оказание услуг по доработке автоматизированной информационной системы
Министерства труда и социальной защиты населения Рязанской области «Электронный
социальный регистр населения Рязанской области»
г. Рязань
«__» ____________ 20___
Информация о сторонах контракта (о заказчике и о поставщике (подрядчике,
исполнителе)) содержится в контракте, сформированном с использованием единой
информационной системы (ЕИС)
Основание заключения контракта содержится в контракте, сформированном
с использованием единой информационной системы (ЕИС).
1. Предмет контракта
1.1. По настоящему Контракту Исполнитель обязуется оказать, а Заказчик принять и
оплатить услуги по доработке автоматизированной информационной системы Министерства
труда и социальной защиты населения Рязанской области «Электронный социальный регистр
населения Рязанской области» (далее – «Услуги»).
1.2. Содержание услуг определено Техническими требованиями (Приложение к
настоящему Контракту).
1.3. Услуги должны быть оказаны по адресу Заказчика: Министерство труда и социальной
защиты населения Рязанской области. 390005, г. Рязань, ул. Ленинского комсомола, д.7.
1.4. Гарантийный срок оказываемых услуг: в течение 1 года с даты подписания обеими
сторонами электронного документа о приемке. Объем предоставления гарантии качества услуг:
на весь объем оказываемых услуг.
1.5.Идентификационный код закупки: 262623417455762340100100690016202244.
2. Срок действия Контракта. Срок оказания услуг.
2.1. Контракт вступает в силу с даты подписания его обеими Сторонами и действует по
05.02.2027 включительно.
2.2. Срок оказания услуг: с даты подписания Контракта по 15 декабря 2026.
3. Порядок оказания услуг. Права и обязанности Сторон.
3.1. Исполнитель обязан:
3.1.1. Оказать Услуги надлежащим образом в соответствии с требованиями нормативных
правовых актов Российской Федерации, руководящих документов ФСТЭК России, ФСБ
России, регламентирующих вопросы защиты информации, в сроки, предусмотренные
настоящим Контрактом, и обеспечить соответствие результата оказанных Услуг требованиям
Технического задания (Приложение № 1) и отсутствие претензий третьих лиц на передаваемые
результаты оказанных Услуг по настоящему Контракту.
3.1.2. Сдавать результаты оказанных услуг в порядке, установленном разделом
4 настоящего Контракта, в срок, предусмотренный п. 2.2. настоящего Контракта.
3.1.3. Своими силами и за свой счет устранять недостатки результатов оказанных услуг,
которые могут повлечь отступления от параметров, установленных Техническими
требованиями (Приложение к настоящему Контракту).
3.1.4. В случае обнаружения Заказчиком недостатков в оказанных услугах в течение
гарантийного срока, установленного п. 1.4. настоящего Контракта, устранить недостатки
своими силами и за свой счет не позднее 5 (пяти) рабочих дней с момента подачи заявки
Заказчиком. После окончания устранения недостатков Сторонами составляется акт приемапередачи оказанных услуг по устранению недостатков.
3.1.5. Оказывать методическую и консультативную помощь Заказчику при
сопровождении программного обеспечения.
3.1.6. Гарантировать Заказчику передачу полученных по настоящему Контракту
результатов оказанных услуг, не нарушающих исключительных прав других лиц.
3.1.7. Предоставлять по письменному требованию Заказчика, в установленный им срок,
сведения о ходе и состоянии оказываемых услуг.
3.1.8. Исполнитель обязуется при оказании услуг и реализации своих прав, соблюдать
все авторские и смежные с ним права разработчика на данный вид услуг.
3.2. Заказчик обязан:
3.2.1. Передать Исполнителю необходимые для оказания услуг документы, информацию
и другие сведения, в течение 3 (трех) рабочих дней с момента получения письменного
требования Исполнителя об этом.
3.2.2. Принять результат оказанных услуг в порядке и сроки, установленные разделом 4
настоящего Контракта.
3.2.3. Оплатить оказанные услуги в порядке и в сроки, установленные разделом 5
настоящего Контракта.
3.3. Заказчик вправе проверять ход и состояние оказываемых услуг, не вмешиваясь в
деятельность Исполнителя.
3.4. Стороны обязуются:
3.4.1. Обеспечить конфиденциальность сведений, касающихся предмета настоящего
Контракта, хода его исполнения и полученных результатов.
4. Требование к качеству и порядку приемки Услуг
4.1. Качество оказываемых услуг должно соответствовать требованиям, установленным
законодательством Российской Федерации.
4.2. Оказанные Услуги принимаются Заказчиком по количеству, качеству и срокам их
исполнения. Под качественным оказанием Услуг понимается безусловное соблюдение
Исполнителем требований нормативных документов Российской Федерации.
4.3. При сдаче услуг Заказчику Исполнитель должен сообщить ему о требованиях,
которые необходимо соблюдать для эффективного и безопасного использования результатов
оказанных услуг, а также о возможных для самого Заказчика и других лиц последствиях
несоблюдения соответствующих требований.
4.4. Приемка результатов исполнения Контракта, а также оказанной услуги
осуществляется в порядке и в сроки, которые установлены Контрактом, и оформляется
электронным документом о приемке, который подписывается Заказчиком (в случае создания
приемочной комиссии подписывается всеми членами приемочной комиссии и утверждается
Заказчиком) и Исполнителем. Приемка результата оказанных услуг по Контракту оформляется
в Единой информационной системе (далее – ЕИС). Исполнитель не позднее 5 (Пяти) дней после
окончания оказания услуг формирует с использованием ЕИС в сфере закупок, подписывает
усиленной электронной подписью лица, имеющего право действовать от имени Исполнителя, и
размещает в ЕИС документ о приемке, который должен содержать:
а) включенные в контракт в соответствии с пунктом 1 части 2 статьи 51 Федерального
закона № 44-ФЗ идентификационный код закупки, наименование, место нахождения Заказчика,
наименование объекта закупки, место оказания Услуги, информацию о исполнителе,
предусмотренную подпунктами "а", "г" и "е" части 1 статьи 43 Федерального закона № 44-ФЗ,
единицу измерения оказанной услуги;
б) наименование оказанной услуги;
в) информацию об объеме оказанной услуги;
г) стоимость исполненных Исполнителем обязательств, предусмотренных Контрактом, с
указанием цены за единицу оказанной Услуги;
д) иную информацию с учетом требований, установленных в соответствии с частью 3
статьи 5 Федерального закона № 44-ФЗ.
К документу о приемке, предусмотренному настоящим пунктом, могут прилагаться
документы, которые считаются его неотъемлемой частью. При этом в случае, если информация,
содержащаяся в прилагаемых документах, не соответствует информации, содержащейся в
документе о приемке, приоритет имеет предусмотренная настоящим пунктом информация,
содержащаяся в документе о приемке.
Датой поступления Заказчику документа о приемке, подписанного Исполнителем,
считается дата размещения в соответствии с пунктом 3 части 13 статьи 94 Федерального закона
№ 44-ФЗ такого документа в ЕИС в соответствии с часовой зоной, в которой расположен
Заказчик.
4.5. Не позднее двадцати рабочих дней, следующих за днем поступления документа о
приемке в соответствии с пунктом 3 части 13 статьи 94 Федерального закона № 44-ФЗ,
Заказчик осуществляет одно из следующих действий:
а) подписывает усиленной электронной подписью лица, имеющего право действовать от
имени заказчика, и размещает в ЕИС документ о приемке;
б) формирует с использованием ЕИС, подписывает усиленной электронной подписью
лица, имеющего право действовать от имени Заказчика, и размещает в ЕИС мотивированный
отказ от подписания документа о приемке с указанием причин такого отказа.
4.6. В случае получения в соответствии с пунктом 6 части 13 статьи 94 Федерального
закона № 44-ФЗ мотивированного отказа от подписания документа о приемке Исполнитель
вправе устранить причины, указанные в таком мотивированном отказе, и направить
Заказчику документ о приемке в порядке, предусмотренном настоящим разделом;
4.7. Датой приемки оказанной Услуги считается дата размещения в ЕИС документа о
приемке, подписанного Заказчиком.
4.8. В случае привлечения Заказчиком для проведения экспертизы экспертов, экспертных
организаций при принятии решения о приемке или об отказе в приемке оказанной услуги
Заказчиком (приемочной комиссией) должны учитываться отраженные в заключении по
результатам указанной экспертизы предложения экспертов, экспертных организаций,
привлеченных для ее проведения. В случае несогласия Исполнителя с выдвинутыми
претензиями спор разрешается в порядке, предусмотренном разделом 8 настоящего Контракта.
4.9. Для проведения экспертизы оказанной услуги эксперты, экспертные организации
имеют право запрашивать у Заказчика и Исполнителя дополнительные материалы, относящиеся
к условиям исполнения контракта и отдельным этапам исполнения контракта. Результаты такой
экспертизы оформляются в виде заключения, которое подписывается экспертом,
уполномоченным представителем экспертной организации и должно быть объективным,
обоснованным и соответствовать законодательству Российской Федерации. В случае, если по
результатам такой экспертизы установлены нарушения требований Контракта, не
препятствующие приемке оказанных услуг, в заключение могут содержаться предложения об
устранении данных нарушений, в том числе с указанием срока их устранения.
4.10. В случае неустранения недостатков, допущенных при исполнении Контракта, либо
несоблюдения Исполнителем установленного Заказчиком срока их устранения Заказчик вправе
расторгнуть Контракт в порядке, установленном законодательством Российской Федерации и
Контрактом.
5. Порядок расчетов
5.1. Информация о цене контракта и НДС содержится в контракте, сформированном
с использованием единой информационной системы (ЕИС).
5.2. Сумма, подлежащая уплате Заказчиком Исполнителю уменьшается на размер
налогов, сборов и иных обязательных платежей в бюджеты бюджетной системы Российской
Федерации, связанных с оплатой Контракта, если в соответствии с законодательством
Российской Федерации о налогах и сборах такие налоги, сборы и иные обязательные платежи
подлежат уплате в бюджеты бюджетной системы Российской Федерации Заказчиком.
5.3. Указанная цена Контракта является твердой и определяется на весь срок исполнения
Контракта, за исключением случаев предусмотренных действующим законодательством РФ.
5.4. В цену Контракта включены все затраты Исполнителя, связанные с оказанием Услуг,
в том числе транспортные расходы, расходы на монтаж, расходы на материалы и оборудование,
расходы на страхование, уплату налогов, сборов и других обязательных платежей, которые в
соответствии с действующим законодательством Российской Федерации подлежат оплате.
5.5. Оплата оказанной услуги осуществляется путем перечисления денежных средств на
расчетный счет Исполнителя в срок не более 7 (Семи) рабочих дней с даты подписания
Заказчиком документа о приемке.
При этом обязанности Заказчика в части оплаты по Контракту считаются исполненными
со дня списания денежных средств банком Заказчика со счета Заказчика.
5.6. Оплату производит Заказчик за счет средств областного бюджета Рязанской области.
6. Ответственность Сторон
6.1. Стороны несут ответственность за неисполнение или ненадлежащее исполнение
своих обязательств по контракту в соответствии с действующим законодательством Российской
Федерации.
6.2. В случае просрочки исполнения Заказчиком обязательств, предусмотренных
контрактом, а также в иных случаях неисполнения или ненадлежащего исполнения Заказчиком
обязательств, предусмотренных контрактом, поставщик (подрядчик, исполнитель) вправе
потребовать уплаты неустоек (штрафов, пеней). Пеня начисляется за каждый день просрочки
исполнения обязательства, предусмотренного контрактом, начиная со дня, следующего после
дня истечения установленного контрактом срока исполнения обязательства. Такая пеня
устанавливается контрактом в размере одной трехсотой действующей на дату уплаты пеней
ключевой ставки Центрального банка Российской Федерации от не уплаченной в срок суммы.
Штрафы
начисляются
за
ненадлежащее
исполнение
Заказчиком
обязательств,
предусмотренных контрактом, за исключением просрочки исполнения обязательств,
предусмотренных контрактом. Размер штрафа устанавливается контрактом в порядке,
установленном Правительством Российской Федерации.
6.3. В случае просрочки исполнения Поставщиком (подрядчиком, исполнителем)
обязательств (в том числе гарантийного обязательства), предусмотренных контрактом, а также
в иных случаях неисполнения или ненадлежащего исполнения поставщиком (подрядчиком,
исполнителем) обязательств, предусмотренных контрактом, Заказчик направляет Поставщику
(подрядчику, исполнителю) требование об уплате неустоек (штрафов, пеней).
6.4. Пеня начисляется за каждый день просрочки исполнения Поставщиком
(подрядчиком, исполнителем) обязательства, предусмотренного Контрактом, начиная со дня,
следующего после дня истечения установленного Контрактом срока исполнения обязательства,
в размере одной трехсотой действующей на дату уплаты пени ключевой ставки Центрального
банка Российской Федерации от цены Контракта, уменьшенной на сумму, пропорциональную
объему обязательств, предусмотренных Контрактом и фактически исполненных Поставщиком
(подрядчиком, исполнителем), за исключением случаев, если законодательством Российской
Федерации установлен иной порядок начисления пени.
6.5. Штрафы начисляются за неисполнение или ненадлежащее исполнение Поставщиком
(подрядчиком, исполнителем) обязательств, предусмотренных Контрактом, за исключением
просрочки исполнения Поставщиком (подрядчиком, исполнителем) обязательств (в том числе
гарантийного обязательства), предусмотренных Контрактом. Размер штрафа устанавливается
Контрактом в порядке, установленном Правительством Российской Федерации, за
исключением случаев, если законодательством Российской Федерации установлен иной
порядок начисления штрафов.
6.6. За каждый факт неисполнения Заказчиком обязательств, предусмотренных
Контрактом, за исключением просрочки исполнения обязательств, предусмотренных
Контрактом, размер штрафа устанавливается в следующем порядке:
а) 1000 рублей, если цена контракта не превышает 3 млн. рублей (включительно);
б) 5000 рублей, если цена контракта составляет от 3 млн. рублей до 50 млн. рублей
(включительно).
6.7. За каждый факт неисполнения или ненадлежащего исполнения Поставщиком
(подрядчиком, исполнителем) обязательств, предусмотренных Контрактом, за исключением
просрочки исполнения обязательств (в том числе гарантийного обязательства),
предусмотренных Контрактом, размер штрафа устанавливается в размере 1 процента цены
Контракта (этапа), но не более 5 тыс. рублей и не менее 1 тыс. рублей.
6.8. За каждый факт неисполнения или ненадлежащего исполнения Поставщиком
(подрядчиком, исполнителем) обязательств, предусмотренных Контрактом, заключенным с
победителем закупки (или с иным участником закупки в случаях, установленных Федеральным
законом), предложившим наиболее высокую цену за право заключения Контракта, размер
штрафа рассчитывается в порядке, установленном Правительством Российской Федерации, за
исключением просрочки исполнения обязательств (в том числе гарантийного обязательства),
предусмотренных Контрактом, и устанавливается в следующем порядке:
а) в случае, если цена Контракта не превышает начальную (максимальную) цену
контракта:
10 процентов начальной (максимальной) цены контракта, если цена Контракта не
превышает 3 млн. рублей;
5 процентов начальной (максимальной) цены контракта, если цена Контракта составляет
от 3 млн. рублей до 50 млн. рублей (включительно);
1 процент начальной (максимальной) цены контракта, если цена Контракта составляет от
50 млн. рублей до 100 млн. рублей (включительно);
б) в случае, если цена контракта превышает начальную (максимальную) цену контракта:
10 процентов цены Контракта, если цена Контракта не превышает 3 млн. рублей;
5 процентов цены Контракта, если цена Контракта составляет от 3 млн. рублей до 50
млн. рублей (включительно);
1 процент цены Контракта, если цена Контракта составляет от 50 млн. рублей до 100
млн. рублей (включительно).
6.9. За каждый факт неисполнения или ненадлежащего исполнения Поставщиком
(подрядчиком, исполнителем) обязательства, предусмотренного Контрактом, которое не имеет
стоимостного выражения, размер штрафа устанавливается (при наличии в Контракте таких
обязательств) в следующем порядке:
а) 1000 рублей, если цена Контракта не превышает 3 млн. рублей;
б) 5000 рублей, если цена Контракта составляет от 3 млн. рублей до 50 млн. рублей
(включительно).
6.10. Общая сумма начисленных штрафов за неисполнение или ненадлежащее
исполнение Поставщиком (подрядчиком, исполнителем) обязательств, предусмотренных
Контрактом, не может превышать цену Контракта.
6.11. Общая сумма начисленных штрафов за ненадлежащее исполнение Заказчиком
обязательств, предусмотренных Контрактом, не может превышать цену Контракта.
6.12. Сторона освобождается от уплаты неустойки (штрафа, пени), если докажет, что
неисполнение или ненадлежащее исполнение обязательства, предусмотренного Контрактом,
произошло вследствие непреодолимой силы или по вине другой стороны.
6.13. Заказчик вправе удержать суммы неисполненных Исполнителем требований об
уплате неустоек (штрафов, пеней), предъявленных Заказчиком в соответствии с Федеральным
законом № 44-ФЗ, из суммы, подлежащей оплате Исполнителю.
7. Расторжение Контракта. Отказ от исполнения контракта
7.1. Расторжение Контракта допускается по соглашению Сторон, по решению суда, в
случае одностороннего отказа Стороны Контракта от исполнения настоящего Контракта в
соответствии с гражданским законодательством.
7.2. Односторонний отказ от исполнения контракта возможен в соответствии с
положениями частей 8 - 11, 13 - 19, 21 – 23 и 25 статьи 95 Федерального закона № 44-ФЗ.
Заказчик не позднее двух рабочих дней, следующих за днем вступления в силу решения
Исполнителя об одностороннем отказе от исполнения контракта, направляет в соответствие с
порядком, предусмотренным пунктом 1 части 10 статьи 104 настоящего Федерального закона,
обращение о включении информации о поставщике (подрядчике, исполнителе) в реестр
недобросовестных поставщиков (подрядчиков, исполнителей).
8. Порядок урегулирования споров
8.1. Претензионный порядок досудебного урегулирования споров, вытекающих из
Контракта, является для Сторон обязательным.
8.2. Претензионные письма направляются Сторонами нарочным либо заказным
почтовым отправлением с уведомлением о вручении последнего адресату по местонахождению
Сторон, указанному в разделе 12 Контракта.
8.3. Допускается направление Сторонами претензионных писем иными способами: по
факсу и электронной почте, экспресс - почтой.
8.4. Срок рассмотрения претензионного письма и направления ответа на него составляет
5 (Пять) рабочих дней со дня получения последнего адресатом.
8.5. В случае неурегулирования споров и разногласий в претензионном порядке они
передаются на рассмотрение в Арбитражный суд Рязанской области.
8.6. В случае обмена документами при применении мер ответственности и совершении
иных действий в связи с нарушением поставщиком (подрядчиком, исполнителем) или
заказчиком условий контракта такой обмен осуществляется с использованием единой
информационной системы путем направления электронных уведомлений. Такие уведомления
формируются с использованием единой информационной системы, подписываются усиленной
электронной подписью лица, имеющего право действовать от имени заказчика, поставщика
(подрядчика, исполнителя), и размещается в единой информационной системе без размещения
на официальном сайте.
9. Обстоятельства непреодолимой силы
9.1. Стороны освобождаются от ответственности за частичное или полное неисполнение
обязательств по Контракту, если оно явилось следствием действия обстоятельств
непреодолимой силы, возникших помимо воли и желания Сторон, и которые нельзя было
предвидеть или предотвратить, включая объявленную или фактическую войну, гражданские
волнения, эпидемии, блокаду, эмбарго, землетрясения, наводнения, пожары и другие
обстоятельства непреодолимой силы.
9.2. Документ, выданный соответствующим компетентным органом, является
достаточным подтверждением наличия или продолжительности действия непреодолимой силы.
9.3. Сторона, которая не исполняет своего обязательства вследствие действия
непреодолимой силы, должна немедленно известить другую Сторону о препятствии и его
влиянии на исполнение обязательств по Контракту.
10. Обеспечение исполнения Контракта. Обеспечение гарантийных обязательств. Срок
возврата денежных средств, в случае внесения их Исполнителем в качестве
обеспечения исполнения Контракта, обеспечения гарантийных обязательств
10.1. Размер обеспечения исполнения Контракта: 10 % цены Контракта.
В случае, если предложенная в заявке участника закупки цена, снижена на двадцать пять
и более процентов по отношению к начальной (максимальной) цене контракта, участник
закупки, с которым заключается Контракт, предоставляет обеспечение исполнения Контракта в
размере, превышающем в полтора раза размер обеспечения исполнения контракта, но не менее
чем десять процентов от цены заключаемого контракта и не менее размера аванса (если
Контрактом предусмотрена выплата аванса), или информацию, подтверждающую
добросовестность такого участника в соответствии с частью 3 статьи 37 Федерального закона
№ 44-ФЗ, с одновременным предоставлением таким участником обеспечения исполнения
Контракта в размере обеспечения исполнения Контракта, указанном в извещении об
осуществлении закупки.
Участник закупки, с которым заключается Контракт по результатам определения
Исполнителя в соответствии с пунктом 1 части 1 статьи 30 Федерального закона № 44-ФЗ,
освобождается от предоставления обеспечения исполнения Контракта, в том числе с учетом
положений статьи 37 Федерального закона № 44-ФЗ, в случае предоставления таким
участником закупки информации, содержащейся в реестре Контрактов, заключенных
Заказчиками, и подтверждающей исполнение таким участником (без учета правопреемства) в
течение трех лет до даты подачи заявки на участие в закупке трех Контрактов, исполненных без
применения к такому участнику неустоек (штрафов, пеней). Такая информация представляется
участником закупки до заключения Контракта в случаях, установленных Федеральным законом
№ 44-ФЗ для предоставления обеспечения исполнения Контракта. При этом сумма цен таких
контрактов должна составлять не менее начальной (максимальной) цены контракта, указанной
в извещении об осуществлении закупки.
Исполнение Контракта может обеспечиваться предоставлением независимой гарантии,
соответствующей требованиям статьи 45 Федерального закона № 44-ФЗ, или внесением
денежных средств на указанный Заказчиком счет, на котором в соответствии с
законодательством Российской Федерации учитываются операции со средствами,
поступающими Заказчику.
Способ обеспечения исполнения Контракта, срок действия независимой гарантии
определяются в соответствии с требованиями Закона № 44-ФЗ участником закупки, с которым
заключается Контракт, самостоятельно. При этом срок действия независимой гарантии должен
превышать предусмотренный Контрактом срок исполнения обязательств, которые должны быть
обеспечены такой независимой гарантией, не менее чем на один месяц, в том числе в случае его
изменения в соответствии с пунктом 5.4 Контракта и статьей 95 Федерального закона № 44-ФЗ.
В независимую гарантию включается условие об обязанности гаранта уплатить
заказчику (бенефициару) денежную сумму по независимой гарантии не позднее десяти рабочих
дней со дня, следующего за днем получения гарантом требования заказчика (бенефициара),
соответствующего условиям такой независимой гарантии, при отсутствии предусмотренных
Гражданским кодексом Российской Федерации оснований для отказа в удовлетворении этого
требования.
10.2. В ходе исполнения Контракта Исполнитель вправе изменить способ обеспечения
исполнения Контракта и (или) предоставить Заказчику взамен ранее предоставленного
обеспечения исполнения Контракта новое обеспечение исполнения Контракта, размер которого
может быть уменьшен в порядке и случаях, которые предусмотрены пунктами 10.3-10.4
настоящего Контракта.
В случае, если Контрактом предусмотрены отдельные этапы его исполнения и
установлено требование обеспечения исполнения Контракта, в ходе исполнения Контракта
размер этого обеспечения подлежит уменьшению в порядке и случаях, которые предусмотрены
пунктами 10.3-10.4 настоящего Контракта.
10.3. Размер обеспечения исполнения Контракта уменьшается посредством направления
Заказчиком информации об исполнении Исполнителем обязательств по оказанию услуги или об
исполнении им отдельного этапа исполнения Контракта и стоимости исполненных обязательств
для включения в соответствующий реестр контрактов, предусмотренный статьей 103
Федерального закона № 44-ФЗ. Уменьшение размера обеспечения исполнения Контракта
производится пропорционально стоимости исполненных обязательств, приемка и оплата
которых осуществлены в порядке и сроки, которые предусмотрены Контрактом.
В случае, если обеспечение исполнения Контракта осуществляется путем
предоставления независимой гарантии, требование Заказчика об уплате денежных сумм по этой
гарантии может быть предъявлено в размере не более размера обеспечения исполнения
Контракта, рассчитанного Заказчиком на основании информации об исполнении Контракта,
размещенной в соответствующем реестре контрактов.
В случае, если обеспечение исполнения Контракта осуществляется путем внесения
денежных средств на счет, указанный Заказчиком, по заявлению Исполнителя ему
возвращаются Заказчиком денежные средства в сумме, на которую уменьшен размер
обеспечения исполнения Контракта, рассчитанный Заказчиком на основании информации об
исполнении Контракта, размещенной в соответствующем реестре контрактов.
10.4. Уменьшение размера обеспечения исполнения Контракта осуществляется при
условии отсутствия неисполненных Исполнителем требований об уплате неустоек (штрафов,
пеней), предъявленных Заказчиком в соответствии с Федеральным законом № 44-ФЗ, а также
приемки Заказчиком оказанной услуги, результатов отдельного этапа исполнения Контракта в
объеме выплаченного аванса (если контрактом предусмотрена выплата аванса) либо в объеме,
превышающем выплаченный аванс (если в соответствии с законодательством Российской
Федерации расчеты по контракту в части выплаты аванса подлежат казначейскому
сопровождению).
10.5. Обеспечение исполнения Контракта распространяется на обязательства
Исполнителя по уплате неустоек (штрафов, пеней), предусмотренных Контрактом, по
возмещению фактически понесенного Заказчиком ущерба в связи с неисполнением или
ненадлежащим исполнением Исполнителем своих обязательств по Контракту.
10.6. Заказчик вправе удержать денежные средства, перечисленные Исполнителем в
качестве обеспечения исполнения Контракта, в размере неустойки (штрафов, пеней),
фактически понесенного Заказчиком ущерба в связи с неисполнением или ненадлежащим
исполнением Исполнителем своих обязательств по Контракту.
10.7. Заказчик осуществляет возврат Исполнителю денежных средств, внесенных в
качестве обеспечения исполнения Контракта (в том числе части денежных средств в случае
уменьшения размера обеспечения исполнения Контракта в случаях, предусмотренных
настоящим Контрактом), в течение 15 дней с даты исполнения Исполнителем обязательств,
предусмотренных Контрактом.
10.8. В случае отзыва в соответствии с законодательством Российской Федерации у
банка, предоставившего независимую гарантию в качестве обеспечения исполнения Контракта,
лицензии на осуществление банковских операций, Исполнитель обязан предоставить новое
обеспечение исполнения Контракта не позднее одного месяца со дня надлежащего уведомления
Заказчиком Исполнителя о необходимости предоставить соответствующее обеспечение. Размер
такого обеспечения может быть уменьшен в порядке и случаях, которые предусмотрены
пунктами 10.2-10.4 настоящего Контракта. За каждый день просрочки исполнения
Исполнителем обязательства, предусмотренного настоящим пунктом, начисляется пеня в
размере, определенном в порядке, установленном пунктом 6.4 настоящего Контракта.
10.9. В случае изменения Контракта в соответствии с пунктом 5.4 Контракта, указанные
изменения осуществляются при условии предоставления Исполнителем в соответствии с
Федеральным законом № 44-ФЗ обеспечения исполнения Контракта, если такие изменения
влекут возникновение новых обязательств Исполнителя, не обеспеченных ранее
предоставленным обеспечением исполнения Контракта. При этом:
1) размер обеспечения может быть уменьшен в порядке и случаях, предусмотренных
пунктами 10.2-10.4 настоящего Контракта;
2) обеспечение исполнения Контракта может быть предоставлено путем внесения
соответствующих изменений в условия ранее предоставленной Заказчику независимой
гарантии;
3) если обеспечение исполнения Контракта осуществляется путем предоставления новой
независимой гарантии, возврат Заказчиком ранее предоставленной ему независимой гарантии
предоставившему ее гаранту не осуществляется, взыскание по ней не производится, Заказчик
признается отказавшимся от своих прав по ранее предоставленной независимой гарантии,
обязательство гаранта перед Заказчиком по ранее предоставленной независимой гарантии
прекращается с момента выдачи новой независимой гарантии;
4) если при увеличении цены Контракта обеспечение исполнения Контракта
осуществляется путем внесения денежных средств, Исполнитель вносит на счет, на котором в
соответствии с законодательством Российской Федерации учитываются операции со
средствами, поступающими Заказчику, денежные средства в размере, пропорциональном
стоимости новых обязательств Исполнителя.
10.10. В случае уменьшения в соответствии с пунктом 5.2 Контракта цены Контракта
Заказчик возвращает Исполнителю денежные средства в размере, пропорциональном размеру
такого уменьшения цены Контракта.
11. Прочие условия
11.1. Любые изменения и дополнения по Контракту вступают в силу и становятся его
неотъемлемыми частями, только если они совершены в письменной форме, подписаны
уполномоченными представителями обеих Сторон и содержат ссылку на Контракт.
11.2. Стороны обязуются незамедлительно информировать друг друга о возникших
затруднениях, которые могут привести к невыполнению отдельных условий Контракта, для
согласования и принятия необходимых мер.
11.3. Стороны признают, что, если какое-либо из положений Контракта становится
недействительным в течение срока его действия вследствие изменения законодательства,
остальные положения Контракта обязательны для Сторон в течение срока действия Контракта.
11.4. Стороны обязаны извещать друг друга об изменениях своего адреса, номеров
телефонов, иных реквизитов в срок не позднее 3 (Трех) дней с момента начала действий таких
изменений.
11.5. Во всем остальном, что не предусмотрено Контрактом, Стороны руководствуются
действующим законодательством РФ.
11.6. 11.6. Любые изменения и дополнения к настоящему контракту, не противоречащие
законодательству Российской Федерации, оформляются дополнительными соглашениями к
контракту с использованием ЕИС.
11.7. Все перечисленные ниже приложения являются неотъемлемой частью настоящего
Контракта:
Приложение – Технические требования.
12. Адреса, банковские реквизиты и подписи Сторон
Реквизиты Сторон и информация о подписантах содержатся
сформированном с использованием единой информационной системы.
в
контракте,
Приложение
к Государственному Контракту
№__ от ______________ 20 г.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на оказание услуг по доработке автоматизированной информационной системы
Министерства труда и социальной защиты населения Рязанской области «Электронный
социальный регистр населения Рязанской области»
ПЕРЕЧЕНЬ СОКРАЩЕНИЙ
Сокращение/определение
Значение
АИС ЭСРН РО, Система
Автоматизированная информационная система «Электронный
социальный регистр населения Рязанской области»
Заказчик, Министерство
Министерство
Рязанской области
труда
и
социальной
защиты
населения
БД
База данных
Контракт
Государственный контракт
СМЭВ
Система межведомственного электронного взаимодействия
ТЗ
Техническое задание
МСП
Мера социальной поддержки
ЕПГУ
Единый портал государственных услуг
Исполнитель
Участник закупки, признанный победителем, заключивший
Государственный контракт
НСД
Несанкционированный доступ
ОГВ
Органы государственной власти
ОМС
Органы местного самоуправления
ПО
Программное обеспечение
СДУ
Система долговременного ухода
СУБД
Система управления базами данных
ГИС ЕЦП
Государственная
информационная
система
«Единая
централизованная цифровая платформа в социальной сфере»
ЛМСЗ
Локальная мера социальной защиты (поддержки)
ТМСЗ
Тип меры социальной защиты (поддержки)
РЗ
Регламентированный запрос
1. Общие сведения
Настоящие технические требования определяют требования к оказанию Исполнителем
услуг по доработке автоматизированной информационной системы Министерства труда и
социальной защиты населения Рязанской области «Электронный социальный регистр
населения Рязанской области».
1.1. Наименование системы
Полное наименование системы: Ведомственная информационная система «Электронный
социальный регистр населения Рязанской области».
Условное наименование системы: АИС, АИС ЭСРН РО, Система.
1.2. Наименование услуг
Оказание услуг по доработке автоматизированной информационной системы
Министерства труда и социальной защиты населения Рязанской области «Электронный
социальный регистр населения Рязанской области».
1.3. Наименование Государственного заказчика
Государственный заказчик – Министерство труда и социальной защиты населения
Рязанской области.
1.4. Исполнитель
Исполнитель определяется по результатам проведения закупочных процедур в
соответствии с федеральным законом от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере
закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд».
1.5. Срок оказания услуг
Срок оказания услуг: по 15.12.2026 г.
1.6. Перечень документов, с учетом требований которых оказываются услуги
Настоящее техническое задание разработано с учетом требований следующих
документов:
1. Федеральным законом от 27.07.2006 № 149-ФЗ «Об информации, информационных
технологиях и о защите информации»;
2. Федеральный закон от 17 сентября 1998 г. N 157-ФЗ «Об иммунопрофилактике
инфекционных болезней»;
3. Федеральный закон от 17.07.1999 № 178-ФЗ «О государственной социальной помощи»;
4. Федеральный закон от 06.10.2003 № 131-ФЗ «Об общих принципах организации
местного самоуправления в Российской Федерации»;
5. Федеральный закон от 27.07.2006 № 149-ФЗ «Об информации, информационных
технологиях и защите информации»;
6. Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных»;
7. Федеральный закон от 27.07.2010 № 210-ФЗ «Об организации предоставления
государственных и муниципальных услуг»;
8. Федеральный закон от 06.04.2011 № 63-ФЗ «Об электронной подписи»;
9. Федеральный закон от 29.12.2015 № 388-ФЗ «О внесении изменений в отдельные
законодательные акты Российской Федерации в части учета и совершенствования
предоставления мер социальной поддержки исходя из обязанности соблюдения принципа
адресности и применения критериев нуждаемости»;
10.
Постановление Правительства Российской Федерации от 08.09.2010 № 697 «О
единой системе межведомственного электронного взаимодействия»;
11.
Постановление Правительства Российской Федерации от 01.11.2012 № 1119 «Об
утверждении требований к защите персональных данных при их обработке в информационных
системах персональных данных»;
12.
Постановление Правительства Российской Федерации от 19.11.2014 № 1222 «О
дальнейшем развитии единой системы межведомственного электронного взаимодействия»;
13.
Приказ Федеральной службы по техническому и экспортному контролю от
18.02.2013 № 21 «Об утверждении и состава и содержания организационных и технических мер
по обеспечению безопасности персональных данных при их обработке в информационных
системах персональных данных» (зарегистрирован в Министерстве юстиции Российской
Федерации 14.05.2013, регистрационный № 28375);
14.
Приказ Федеральной службы по техническому и экспортному контролю от
10.07.2014 № 378 «Об утверждении Состава и содержания организационных и технических мер
по обеспечению безопасности персональных данных при их обработке в информационных
системах персональных данных с использованием средств криптографической защиты
информации, необходимых для выполнения установленных Правительством Российской
Федерации требований к защите персональных данных для каждого из уровней защищенности»
(зарегистрирован
в
Министерстве
юстиции
Российской
Федерации
18.08.2014,
регистрационный № 33620);
15.
Приказ Министерства связи и массовых коммуникаций Российской Федерации от
23.06.2015 № 210 «Об утверждении Технических требований к взаимодействию
информационных систем в единой системе межведомственного электронного взаимодействия»
(зарегистрирован
в
Министерстве
юстиции
Российской
Федерации
25.08.2015,
регистрационный № 38668).
Требования к реализуемому функционалу определяются нормативными правовыми
актами, действующими на дату заключения Государственного контракта.
2. Назначение и цели
2.1. Цель оказания услуг
Целью услуг является настройка АИС «Электронный социальный регистр населения
Рязанской области» для обеспечения своевременного предоставления мер социальной
поддержки гражданам в соответствии с требованиями законодательства и потребностями
пользователей.
2.2. Задачи оказания услуг
Для достижения цели необходимо решение следующих задач:
1.
настройка взаимодействия с ГИС ЕЦП по видам сведений о мерах социальной
поддержки
2.
настройка механизмов интеграции АИС ЭСРН РО с ЕПГУ по государственным
услугам, указанным в приложении 1;
3.
настройка механизмов приема сведений о государственной регистрации рождения
и смерти
4.
доработка механизмов информационной безопасности в части раздельной
настройки требований к паролю и автоматической блокировки неактивных учетных записей
пользователей.
5.
настройка взаимодействия по регламентированному запросу СМЭВ 4.
3. Характеристика объекта автоматизации
3.1. Описание АИС ЭСРН РО
Автоматизация процессов социального обслуживания в системе социальной защиты
населения Рязанской области реализовано посредством Автоматизированной информационной
системы «Электронный социальный регистр населения Рязанской области» (далее - Система),
разработанной на платформе «SiTex-ЭСРН. Версия СК».
SiTex-ЭСРН - автоматизированная информационная система, которая является
платформой для разработки приложений для социальной сферы, обеспечивает автоматизацию
процессов предоставления населению региона полного перечня государственных,
муниципальных услуг (мер социальной поддержки), а также услуг учреждений в соответствии с
федеральным и региональным законодательством на единой технологической платформе.
Зарегистрирована в Едином реестре российских программ для электронных вычислительных
машин и баз данных под № 2231 от 8 ноября 2016. Правообладатель: Общество с
ограниченной
ответственностью
«Систематика
Консалтинг»
(ОГРН:1027739245852,
ИНН:7704213833), коммерческая организация без преобладающего иностранного участия.
АИС ЭСРН РО является государственной информационной системой, аттестованной по
требованиям безопасности информации, предъявляемым к государственным информационным
системам 2 класса защищенности и к информационным системам персональных данных 2
уровня защищенности персональных данных.
В соответствии с пунктом 14 приказа ФСТЭК России от 11 февраля 2013 г. № 17 «Об
утверждении требований о защите информации, не составляющей государственную тайну,
содержащейся в государственных информационных системах» для оказания услуг по
сопровождению и развитию автоматизированной информационной системы «Электронный
социальный регистр населения Рязанской области», в зависимости от значимости
обрабатываемой в ней информации и масштаба информационной системы, необходимо
обеспечить защиту не ниже уровня защищенности К2.
В соответствии с пунктом 10 постановления Правительства РФ от 1 ноября 2012 г. № 1119
«Об утверждении требований к защите персональных данных при их обработке в
информационных системах персональных данных», при оказании услуг по сопровождению и
развитию автоматизированной информационной системы «Электронный социальный регистр
населения Рязанской области» необходимо обеспечить защиту персональных данных не ниже 2
уровня защищенности.
При взаимодействии с внешними системами используется криптографическая защита
информации, а именно, наложение и проверка ЭП-СП и ЭП-ОВ.
Государственный заказчик в течение одного рабочего дня после заключения
Государственного контракта предоставляет Исполнителю доступ к руководству
администратора и руководству пользователя автоматизированной информационной системы
министерства труда и социальной защиты населения Рязанской области.
3.1.1. Права на ПО (платформу) Siteх-ЭСРН
Государственный заказчик располагает неисключительными правами на использование
специального программного обеспечения «SiTex-ЭСРН. Версия СК» на неограниченное число
пользователей на территории г. Рязани и Рязанской области на срок бессрочно, в следующем
объеме:
право на воспроизведение программного обеспечения, ограниченное правом инсталляции,
копирования исключительно в целях запуска программного обеспечения«SiTex-ЭСРН. Версия
СК».
3.1.2. Функциональные подсистемы Siteх-ЭСРН
1.
Подсистема обращений - предназначена для учета обращений (в том числе
заявлений и сопутствующего пакета документов на предоставление МСП) граждан по вопросам
реализации прав на предоставление МСП в соответствии с федеральным и региональным
законодательством.
2.
Подсистема управления регионального уровня (подсистема центрального реестра)
– предназначена для автоматизации процессов управления, контроля, учёта и анализа
предоставления МСП.
3.
Учетная подсистема – обеспечивает ввод и хранение сведений о населении,
имеющим право на предоставление МСП в соответствии с федеральным и региональным
законодательством, изъявившим желание реализовать данное право или реализующим
(реализовавшим) данное право, в объеме, определенном законодательством, необходимом и
достаточном для реализации прав.
4.
Подсистема назначения – предназначена для автоматизации процессов
проведения правовой экспертизы (оценки прав) и принятия решений по заявлениям граждан о
предоставлении (отказе в предоставлении) или изменении условий предоставления МСП, а
также уведомления граждан о принятом решении.
5.
Подсистема начисления – предназначена для автоматизации процессов
начисления (разовых или периодических) денежных и натуральных выплат назначенных МСП,
формирования сведений, заявок на финансирование МСП, осуществления выплаты МСП.
6.
Подсистема выплаты – предназначена для автоматизации процессов выплаты
(предоставления) начисленных денежных и натуральных МСП.
7.
Экспертная подсистема (подсистема поддержки принятия решений) –
обеспечивает пользователю возможность определить право гражданина на предоставление
МСП по зарегистрированным в системе категориям и (или) документам, с учетом необходимых
дополнительных условий, а также предоставляет полную информацию о наличии (отсутствии)
у посетителя необходимых документов и дополнительных условий, необходимых для
предоставления желаемых МСП.
8.
Подсистема регламентного информационного взаимодействия – обеспечивает
информационный обмен, регламентированный нормативными актами федерального,
областного уровня и соглашениями Министерства и подведомственных учреждений с
информационными системами ОГВ и ОМС.
9.
Подсистема нормативно-справочной информации – предназначена для
автоматизации ведения единых справочников, классификаторов, кодификаторов, и регистров и
т.д.
10.
Аналитическая подсистема – обеспечивает возможность формирования
статистической и аналитической отчетности, в том числе сводной региональной отчетности, и
возможность представления результатов в регламентированном или ином удобном для
пользователя виде.
11.
Подсистема безопасности - предназначена для обеспечения защищенного доступа
к информационным ресурсам Системы в соответствии с должностными обязанностями и
правами сотрудников, предотвращения (существенного затруднения) НСД к информации,
циркулирующей в Системе, обеспечения ее полноты, целостности и достоверности, а также
обеспечения правового режима использования массивов информации о гражданах.
12.
Подсистема межведомственного взаимодействия по стандартам СМЭВ –
предназначена для автоматизации видов деятельности приема - запроса документов (в том
числе пакета документов и заявления на предоставление государственной услуги (МСП), и
предоставления информации иным органам государственной власти в электронном виде через
региональный сегмент СМЭВ.
13.
Подсистема социального обслуживания – предназначена для автоматизации
процессов деятельности учреждений, оказывающих социальное обслуживание в рамках
исполнения Федерального закона от 28 декабря 2013 г. № 442-ФЗ «Об основах социального
обслуживания граждан Российской Федерации».Подсистема учета сведений об инвалидах и
целевых группах ранней помощи, оказанных им реабилитационных и абилитационных
мероприятиях (далее – Подсистема «Реабилитация и ранняя помощь») предназначена для учета
сведений об инвалидах и целевых группах ранней помощи, оказанных им реабилитационных и
абилитационных мероприятиях
14.
Подсистема «Система долговременного ухода» - обеспечивает автоматизацию
процессов социального обслуживания населения Рязанской области для обеспечения
возможности автоматизированного сопровождения процессов в рамках системы
долговременного ухода в Рязанской области (далее - СДУ).
15.
Подсистема социального сопровождения отдельных категорий граждан обеспечивает поддержку деятельности социальных координаторов Рязанской области, в том
числе реализацию возможности информирования граждан о возможных видах помощи и
разработка механизмов мониторинга процессов социального сопровождения.
3.1.3. Структура Системы
Территориальная структура АИС ЭСРН РО является централизованно-распределенной.
В состав АИС ЭСРН РО входят следующие сегменты:
1.
Сегмент Министерства - обеспечивает автоматизацию функций Министерства, в том
числе предназначен для автоматизации процессов управления, контроля, учёта и анализа
предоставления МСП, взаимодействия с внешними информационными системами (СМЭВ,
Портал и др);
2.
Сегмент ГКУ «Центр социальных выплат Рязанской области» - обеспечивает
автоматизацию функций ГКУ и предназначен для автоматизации процессов формирования
начислений, выплат и выплатных документов, взаимодействия с кредитными учреждениями и
почтой;
3.
Сегмент ГКУ «Управление социальной защиты населения Рязанской области» обеспечивает автоматизацию функций ГКУ, в том числе предназначен для автоматизации
процессов управления, контроля, учёта и анализа предоставления МСП;
4.
Сегменты районных площадок ГКУ «Управление социальной защиты населения
Рязанской области» - обеспечивают автоматизацию функций отделов ГКУ «Управление
социальной защиты населения Рязанской области»;
5.
Сегмент подведомственных учреждений, осуществляющих деятельность в рамках
социального обслуживания - обеспечивает автоматизацию функций, в рамках исполнения
Федерального закона от 28 декабря 2013 г. № 442-ФЗ «Об основах социального обслуживания
граждан в Российской Федерации», обеспечивает автоматизацию процессов в рамках системы
долговременного ухода (СДУ), а также услуг реабилитации и ранней помощи.
6.
Сегмент социального сопровождения отдельных категорий граждан - обеспечивает
деятельность социальных координаторов Рязанской области.
Все сегменты объединены в единое технологическое решение.
В зависимости от распределения функций между Министерством, ГКУ «Центр
социальных выплат Рязанской области» и ГКУ «Центр социальных выплат Рязанской области»,
меры социальной поддержки, реестры, отчеты, инфообмены могут формироваться:
- для части МСП назначение, реестры, отчеты, инфообмены, формируются специалистами
территориальных отделов на сегменте отделов ГКУ;
- для части МСП назначение формируется специалистами территориальных отделов на
сегменте отделов ГКУ, а реестры, отчеты, инфообмены, формируется на региональном уровне
на сегменте Министерства, сегменте ГКУ (ряд функций оказываются в рамках распределенных
процессов);
- для части МСП назначение, реестры, отчеты, инфообмены, формируются специалистами
Министерства на региональном уровне на сегменте Министерства;
- для всех МСП начисления и выплата, а также часть реестров, отчетов, инфообменов,
формируются специалистами выплатного центра на региональном уровне на сегменте ГКУ
«Центр социальных выплат Рязанской области».
Распределение функций в рамках исполнения Федерального закона от 28 декабря 2013г.
№ 442-ФЗ «Об основах социального обслуживания граждан в Российской Федерации» и
прохождения процедур СДУ:
- для социального обслуживания граждан, учет предоставляемого обслуживания
формируется специалистами учреждений на сегменте, обеспечивающем автоматизацию
функций подведомственных учреждений;
- формирование индивидуальной программы осуществляется специалистами
территориальных отделов на сегменте, обеспечивающем автоматизацию функций
подведомственных учреждений;
- утверждение документов (в том числе индивидуальной программы) в рамках исполнения
Федерального закона от 28 декабря 2013 г. № 442-ФЗ «Об основах социального обслуживания
граждан в Российской Федерации» осуществляется на региональном уровне, на сегменте
Министерства.
- установление (изменение) признаков нуждаемости гражданина в получении услуг СДУ
осуществляется участниками СДУ на сегменте «Системы долговременного ухода» или
специалистами территориальных отделов на сегменте, обеспечивающем автоматизацию
функций подведомственных учреждений с последующей автоматизированной передачей
сведений на сегменте, обеспечивающем автоматизацию функций подведомственных
учреждений.
- формирование регистров потенциальных получателей, получателей услуг СДУ, реестра
участников СДУ осуществляется автоматически на основе внесенных сведений на сегменте,
обеспечивающем автоматизацию функций подведомственных учреждений.
4. Требования к оказанию услуг
4.1. Общие требования
Доработка Системы, выполняемая в рамках оказания услуг, должна осуществляться на
сегментах АИС ЭСРН РО, на которых функционируют соответствующие автоматизируемые
процессы и интеграционные механизмы, с учетом действующей централизованнораспределенной архитектуры Системы.
Процесс оказания услуг в соответствии с настоящим ТЗ и вносимые изменения не должен
приводить к неработоспособности и сбоям в работе Системы в целом, отдельных ее частей,
целостности БД, а также программного обеспечения, установленного на серверах
Министерства, нарушению работоспособности функций информационной безопасности
Системы. Все настройки и доработки не должны нарушить работоспособность АИС ЭСРН РО.
Должно использоваться существующее программное обеспечение Системы, построенное
на основе промышленной платформы разработки объектно-ориентированных решений SiTex,
необходимая функциональность должна быть обеспечена либо посредством настройки и
доработки элементов существующей программной платформы SiTex, либо путем разработки
дополнительных модулей на платформе ПО «Инструментальная система разработки
распределенных приложений SiTex», либо модернизации существующих модулей,
реализованных на платформе «SiTex-ЭСРН. Версия СК», либо разработкой новых подсистем на
платформе «SiTex-ЭСРН. Версия СК».
Настройка и доработка подсистем АИС ЭСРН РО должна проводиться с сохранением
сложившейся структуры автоматизированной системы, обеспечивать преемственность с
существующими программными и информационными компонентами АИС, разработка новых
модулей и/или реализация новых функциональных возможностей должна вестись с учетом
полной совместимости с АИС ЭСРН РО.
Полученное в результате оказания услуг по ТЗ программное обеспечение Системы
должно обеспечивать работоспособность всех ранее реализованных в Системе функций.
Вся структурированная информация в Системе должна храниться в реляционной базе
данных. Настройка состава и свойств данных (классов и атрибутов) должна производиться
средствами платформы «SiTex-ЭСРН. Версия СК».
При доработке АИС ЭСРН РО должно использоваться существующее программное
обеспечение, построенное на основе промышленной платформы разработки объектноориентированных решений SiTex.
Доработка АИС ЭСРН РО не предусматривает дополнительной установки прикладного
программного обеспечения.
Исходные коды платформы «SiTex-ЭСРН. Версия СК» являются закрытыми и
Подрядчику не передаются.
Реализация функциональности в рамках настоящего ТЗ должна осуществляться
посредством настройки существующей платформы, разработки дополнительных модулей,
модернизации существующих модулей либо разработки новых подсистем на платформе «SiTexЭСРН. Версия СК» без необходимости передачи исходных кодов платформы.
Настоящее ТЗ не содержит требований к проведению нагрузочного тестирования и
достижению конкретных количественных показателей производительности.
4.2. Требования к видам обеспечения
4.2.1. Требования к информационному обеспечению
Состав данных основных сущностей предметной области, справочников и
классификаторов не должен противоречить актуальному законодательству и содержать
необходимый и достаточный набор для обеспечения автоматизируемых процессов.
4.2.2. Требования к лингвистическому обеспечению
Для реализации комплекса задач необходимо использовать следующие языки
программирования:
–в качестве языка для построения запросов – SQL стандарта ANSI SQL-92 (в реализации
используемой СУБД MS SQL Server – Transact-SQL);
–в качестве языка описания метаданных – подмножества SQL;
–в качестве языка для хранимых процедур в операциях массовой обработки данных –
SQL;
–в качестве языка для бизнес-логики – Java;
–в качестве языка для презентационной логики – JavaScript.
Языки манипулирования данными должны отвечать требованиям стандарта ANSI 1992
(реализация SQL) и поддерживать реляционную и объектно-реляционную модели баз данных, а
также стандарт ODBC/JDBC.
4.2.3. Требования к серверному программному обеспечению
Для функционирования серверной части Системы необходимо использовать следующее
ПО:
- операционная система – не ниже Debian GNU/Linux 11 (открытое ПО), не ниже Microsoft
Windows Server 2012 R2;
- СУБД – не ниже Microsoft SQL Server 2014;
- виртуальная Java-машина jdk-1.7 SE (открытое ПО);
- сервер приложений Apache Tomcat 7.0 (открытое ПО).
4.2.4. Требования к техническому обеспечению
Заказчик обеспечивают наличие и функционирование серверного оборудования, сетевой
инфраструктуры, средств виртуализации, операционных систем, средств защиты информации, а
также иных инфраструктурных компонентов, необходимых для выполнения работ и
функционирования Системы.
Организация резервного копирования инфраструктуры Системы осуществляется
Заказчиклм.
Подрядчик
обеспечивает
совместимость
разрабатываемого
функционала
с
существующими механизмами резервного копирования Системы.
4.2.4.1. Требования к серверному техническому обеспечению
Требования
к
техническому
обеспечению
определяются
функциональными,
конструктивными и эксплуатационными характеристиками средств технического обеспечения
подсистемы. Организация и настройка ЛВС и каналов связи должна осуществляться силами
Заказчика и представителя Заказчика.
Для функционирования серверной части Заказчик обеспечивает сервера или виртуальные
машины со следующими характеристиками:
 сервер приложений cегмента Министерства - оперативная память: не менее 24 Гб, HDD
- не менее 500 Гб, не менее 7200 rpm, ЦПУ – не менее 4 ядер, бесперебойное питание;
 сервер приложений сегмента ГКУ «Центр социальных выплат Рязанской области» оперативная память: не менее 24 Гб, HDD - не менее 500 Гб, не менее 7200 rpm, ЦПУ – не
менее 12 ядер, бесперебойное питание;
 сервер приложений сегмента ГКУ «Управление социальной защиты населения
Рязанской области» - оперативная память: не менее 16 Гб, HDD - не менее 150 Гб, не менее
7200 rpm, ЦПУ – не менее 10 ядер, бесперебойное питание;
 сервера приложений сегментов районных площадок ГКУ «Управление социальной
защиты населения Рязанской области» - обеспечивают автоматизацию функций отделов ГКУ
«Управление социальной защиты населения Рязанской области» - не менее 16 Гб, HDD - не
менее 150 Гб, не менее 7200 rpm, ЦПУ – не менее 10 ядер, бесперебойное питание;
 сервер приложений cегмента подведомственных учреждений, осуществляющих
деятельность в рамках социального обслуживания - обеспечивает автоматизацию функций, в
рамках исполнения Федерального закона от 28 декабря 2013 г. № 442-ФЗ «Об основах
социального обслуживания граждан в Российской Федерации» - не менее 16 Гб, HDD - не менее
200 Гб, не менее 7200 rpm, ЦПУ – не менее 10 ядер, бесперебойное питание.
 сервер СУБДcегмента Министерства, сегмента ГКУ «Управление социальной защиты
населения Рязанской области», cегмента подведомственных учреждений - оперативная память:
не менее 128 Гб, HDD - не менее 1500 Гб, не менее 10000 rpm, ЦПУ – не менее 20 ядер,
бесперебойное питание;
 сервер СУБДcегмента ГКУ «Центр социальных выплат Рязанской области», cегмента
подведомственных учреждений, осуществляющих деятельность в рамках социального
обслуживания - обеспечивает автоматизацию функций, в рамках исполнения Федерального
закона от 28 декабря 2013 г. № 442-ФЗ «Об основах социального обслуживания граждан в
Российской Федерации» - оперативная память: не менее 128 Гб, HDD - не менее 1500 Гб, не
менее 10000 rpm, ЦПУ – не менее 20 ядер, бесперебойное питание;
сервера СУБД сегментов районных площадок ГКУ «Управление социальной защиты
населения Рязанской области» - обеспечивают автоматизацию функций отделов ГКУ
«Управление социальной защиты населения Рязанской области» - не менее 128 Гб, HDD - не
менее 800 Гб, не менее 10000 rpm, ЦПУ – не менее 10 ядер, бесперебойное питание;
Исполнитель не несет ответственности за уязвимости, возникшие по причинам, не
связанным с выполнением работ по настоящему договору, включая, но не ограничиваясь,
уязвимостями общесистемного программного обеспечения, операционной системы или
серверной инфраструктуры.
4.2.4.2. Требования к клиентскому техническому обеспечению
Для обеспечения устойчивой работы клиентских рабочих мест Заказчик обеспечивает
клиентские места рабочими станциями со следующими характеристиками:
Объем ОЗУ: не менее 4 Гб;
Операционная система: любая, поддерживающая требуемые браузеры и офисные пакеты;
Интернет-браузер: Mozilla Firefox 40 и выше, Opera 15.17 и выше, Google Chrome 42 и
выше;
Офисный пакет: Microsoft Office 2007 и выше, OpenOffice 3.0 и выше, LibreOffice 5 и
выше.
4.2.4.3. Требования к предоставлению ресурсов для тестовой среды Системы
Для осуществления возможности проведения нагрузочного тестирования на мощностях
Заказчика, Заказчик обеспечивает сервера или виртуальные машины со следующими
характеристиками:
сервер приложений тестовой среды Системы - оперативная память: не менее 24 Гб, HDD не менее 150 Гб, не менее 7200 rpm, ЦПУ – не менее 12 ядер, бесперебойное питание;
сервера СУБД тестовой среды Системы - обеспечивают автоматизацию функций отделов
ГКУ «Управление социальной защиты населения Рязанской области» - не менее 128 Гб, HDD не менее 1500 Гб, не менее 10000 rpm, ЦПУ – не менее 12 ядер, бесперебойное питание.
В связи с наличием в Системе сведений, относящихся к персональным данным,
предоставление Исполнителю полного дампа базы данных Системы не осуществляется.
При необходимости выполнения работ Исполнителю предоставляется доступ к тестовой
среде Системы в объеме, определяемом Заказчиком.
4.2.5. Требования к эргономике и технической эстетике
Взаимодействие пользователей с подсистемой, должно осуществляться посредством
визуального графического интерфейса.
Интерфейс должен быть рассчитан на преимущественное использование манипулятора
типа «мышь», то есть управление должно осуществляться с помощью набора экранных меню,
кнопок, значков и т. п. элементов. Клавиатурный режим ввода должен использоваться главным
образом при заполнении и/или редактировании текстовых и числовых полей экранных форм.
Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме
системных сообщений), должны быть на русском языке.
4.2.6. Требования к патентной чистоте
Все проектные и технические решения Системы, полученной по результатам оказания
услуг в соответствии с настоящим техническим заданием, должны отвечать требованиям
действующего законодательства Российской Федерации. Должны быть выполнены все
необходимые требования, установленные действующим законодательством, в частности части
четвертой Гражданского кодекса Российской Федерации.
В соответствии с положениями ч.4 ст.1229 ГК РФ для оказания услуг по предмету закупки
от Подрядчика требуется наличие права на соответствующее использование объекта авторского
права - ПО «SiTex ЭСРН. Версия СК», что подтверждается, либо свидетельством о
государственной регистрации Программы ЭВМ, либо лицензионным (сублицензионным)
договором. Не предоставление вышеуказанных документов является основанием для
расторжения договора.
Исключительные права на результаты интеллектуальной деятельности, полученные в
рамках оказания услуг, принадлежат Государственному заказчику. Исключительные права на
объекты интеллектуальной собственности, возникшие в связи с оказанием услуг, и
соответствующие исходные программные коды должны быть переданы Государственному
заказчику.
За Исполнителем сохраняется право использования результатов интеллектуальной
деятельности, в том числе, но не исключая: программы для электронных вычислительных
машин, базы данных, включая объекты авторских прав и потенциально патентоспособные
технические решения, секреты производства (ноу-хау), созданных им в рамках Контракта, на
условиях безвозмездной простой (неисключительной) лицензии на весь срок и в отношении
всей территории действия соответствующего исключительного права.
4.2.7. Требования по стандартизации и унификации
В процессе оказания услуг не должна быть нарушена корректность работы подсистем,
реализованных в Системе к началу оказания услуг.
Услуги, связанные с разработкой принципиально новой функциональности, должны
выполняться на языке SQL или Java (OpenJDK).
Экранные формы должны проектироваться с учетом требований унификации:
все экранные формы пользовательского интерфейса должны быть выполнены в едином
графическом дизайне, с одинаковым расположением основных элементов управления и
навигации;
для обозначения сходных операций должны использоваться сходные графические значки,
кнопки и другие управляющие (навигационные) элементы. Последовательности действий
пользователя при их выполнении операций, должны быть унифицированы;
внешнее поведение сходных элементов интерфейса (реакция на наведение указателя
«мыши», переключение фокуса, нажатие кнопки) должны реализовываться одинаково для
однотипных элементов.
4.2.8. Требования к механизму разграничения прав доступа
Разграничение прав доступа, а также аудит действий пользователей, должны
производиться встроенными средствами платформы Sitex-ЭСРН.
Для каждой группы безопасности должна быть установлена объектовая матрица доступа
объектов Системы.
Для организационных групп безопасности должны быть установлены ограничения на
возможность редактирования объектов, принадлежащих другим группам.
4.2.9. Требования к защите информации от несанкционированного доступа
Доступ к разрабатываемым механизмам должен быть реализован в рамках подсистемы
безопасности и обеспечить:
авторизацию всех пользователей Системы и протоколирование их действий;
разграничение доступа к данным;
разграничение доступа к функциям пользовательского интерфейса;
доступность данных для чтения и корректировки должностным лицам, назначенным на
соответствующие роли, исполняемые ими в Системе.
5. Состав и содержание услуг
Состав услуг, результат и сроки оказания приведены в таблице 1.
Таблица 1. Объем работ
№
Наименование мероприятия
Срок
реализации
Результат
1
Обследование Системы, разработка частного
технического задания
Не позднее 10
рабочих дней с
даты
заключения
контракта
1)
произведено
обследование Системы;
Не позднее
Разработан
2
1)
доработка
Системы
в
части:
2) разработано ЧТЗ, ЧТЗ
согласовано Заказчиком.
функционал
– настройки взаимодействия с ГИС ЕЦП по
видам сведений о мерах социальной поддержки;
27.11.2026 г.
Программное
и
информационное
обеспечение установлено на
тестовой среде Системы
– настройки механизмов интеграции АИС
ЭСРН РО с ЕПГУ по государственным услугам,
указанным
в
приложении
1;
– настройки взаимодействия с ГИС ЕЦП в части
получения
сведений
о
государственной
регистрации рождения и смерти и передачи
сведений о мерах социальной защиты
(поддержки);
– доработки механизмов информационной
безопасности в части раздельной настройки
требований к паролю и автоматической
блокировки неактивных учетных записей
пользователей;
–
настройки
взаимодействия
регламентированному запросу СМЭВ 4.
3
4
согласно ТЗ.
по
Установка и настройка программного и
информационного обеспечения Системы на
серверных мощностях Заказчика
Не позднее
Проведение приемочных испытаний
Не позднее
30.11.2026 г.
15.12.2026 г.
Программное
и
информационное
обеспечение установлено и
функционирует
в
соответствии
с
эксплуатационной
документацией
на
мощностях Заказчика
Проведены
испытания,
устранены
критичные
замечания по результатам
испытаний
5.1. Требования к проведению обследования и разработке ЧТЗ.
Исполнителем должно быть произведено обследование Системы, а также проведен анализ
НПА и иных регламентирующих документов и разработано частное техническое задание.
В рамках проведения обследования Заказчик системы:
обеспечивает доступ специалистов Исполнителя к объектам автоматизации и на
территорию объектов автоматизации в период выполнения работ;
предоставляет нормативные и иные правовые акты, организационно-распорядительные и
иные документы, не опубликованные в открытых источниках и не содержащиеся в справочных
правовых системах (за исключением документов, содержащих персональные данные).
В случае необходимости разъяснений по предоставленным Заказчиком материалам,
Исполнитель направляет соответствующий запрос Заказчику. В течение 2 (двух) рабочих дней с
даты получения запроса, Заказчик направляет ответ-разъяснение Исполнителю.
Исполнитель проводит обследование Системы, по результатам проведенного
обследования Системы разрабатывает и согласовывает с Заказчиком частное техническое
задание (далее - ЧТЗ), детализирующее требования настоящего ТЗ в части уточнения способов
реализации, детального описания алгоритмов, состава справочников, скоростных
характеристик, перечня отчетных и выходных форм.
В ЧТЗ Исполнителем должна быть включена информация:
– о способах реализации каждой задачи, указанной в пункте 5.2 настоящего ТЗ;
– о составе используемых объектов и атрибутов Системы, правилах сопоставления и
преобразования данных при информационном взаимодействии;
– о параметрах запуска регламентных задач, правилах повторной обработки и механизмах
протоколирования результатов выполнения;
– о порядке обработки ошибок интеграционного взаимодействия и действиях
пользователя или администратора при их возникновении;
– о составе и допустимых значениях настроек требований к паролю и автоматической
блокировки неактивных учетных записей;
– о сценариях и контрольных примерах, используемых при проведении испытаний
реализованного функционала.
5.1.1. Порядок согласования ЧТЗ
Исполнитель в день завершения обследования направляет Заказчику на согласование
разработанное ЧТЗ посредством электронной почты.
В течение 2 (двух) рабочих дней с даты получения Заказчиком на согласование
разработанного Исполнителем ЧТЗ Заказчик вносит замечания и предложения, если таковые
имеются, и направляет посредством электронной почты ЧТЗ Исполнителю. Если Заказчик в
течение указанного срока не направил замечания и предложения Исполнителю, ЧТЗ считается
согласованным.
Исполнитель в течение 2 (двух) рабочих дней с даты получения Исполнителем замечаний
и предложений Заказчика к ЧТЗ Исполнитель устраняет замечания, если таковые имеются, и
повторно предоставляет Заказчику ЧТЗ на согласование.
5.2. Требования к доработке Системы
5.2.1. Требования к настройке взаимодействия с ГИС ЕЦП по видам сведений
Должны быть настроены задачи, обеспечивающие формирование и передачу в ГИС ЕЦП
фактов по принятым от граждан заявлениям, принятым решениям по заявлениям и по
произведенным выплатам/оказанным услугам.
Для каждой задачи должна быть предусмотрена возможность запуска пользователем
вручную и автоматического запуска по настраиваемому расписанию. Параметры расписания
должны задаваться средствами Системы без внесения изменений в программный код.
При формировании фактов должны использоваться сведения, содержащиеся в объектах
АИС ЭСРН РО. Состав, формат и правила заполнения передаваемых данных должны
соответствовать актуальной версии соответствующего вида сведений ГИС ЕЦП на дату
выполнения настройки.
Должна быть обеспечена защита от необоснованного повторного формирования
одинаковых фактов по одним и тем же исходным данным. Повторный запуск задачи не должен
приводить к неконтролируемому дублированию сведений.
По результатам выполнения каждой задачи должны фиксироваться дата и время запуска,
способ запуска (ручной/автоматический), статус выполнения, количество обработанных
записей, количество успешно сформированных/переданных сведений и сведения об ошибках.
Для ошибочных записей должна быть предусмотрена возможность повторной обработки после
устранения причины ошибки.
Факты должны формироваться по следующим видам сведений:
– Прием сведений о мерах социальной защиты (поддержки) в части заявлений (МСЗСЗ)
(карточка вида сведений).
– Прием сведений о мерах социальной защиты (поддержки) в части решений (МСЗСР)
(карточка вида сведений).
– Прием сведений о мерах социальной защиты (поддержки) в части фактов выплат
(МСЗСФВ) (карточка вида сведений).
Должны быть настроены задачи получения и актуализации классификаторов ТМСЗ и
ЛМСЗ посредством регламентированных REST-запросов. Для задач получения
классификаторов также должны поддерживаться ручной запуск и автоматический запуск по
настраиваемому расписанию.
– API «Предоставление данных классификаторов ТМСЗ» (спецификация API).
– API «Предоставление данных классификаторов ЛМСЗ» (спецификация API).
При получении классификаторов должна обеспечиваться актуализация соответствующих
справочных данных Системы с сохранением целостности ссылок на ранее созданные объекты.
Результаты загрузки и ошибки должны протоколироваться.
Получение доступа к видам сведений и API ГИС ЕЦП, выдача необходимых полномочий,
сертификатов, идентификаторов и иных параметров подключения осуществляется Заказчиком.
5.2.2. Требования к настройке механизмов интеграции АИС ЭСРН РО с ЕПГУ в
части получения заявлений на предоставление государственных услуг
Должен быть настроен прием заявлений с ЕПГУ по государственным услугам, указанным
в приложении 1 к настоящему ТЗ, в соответствии с актуальными форматами соответствующих
видов сведений СМЭВ.
Полученное заявление должно автоматически разбираться на структурированные данные
и регистрироваться в Системе в объекте «Заявление ЕПГУ». Объект «Заявление ЕПГУ» должен
быть связан с соответствующим личным делом гражданина и с иными объектами Системы,
созданными на основании полученной информации.
При разборе заявления должны обрабатываться сведения заявителя, сведения о
получателе услуги (если получатель отличается от заявителя), реквизиты заявления, сведения и
документы, предусмотренные форматом соответствующего вида сведений. Состав создаваемых
объектов и правила заполнения их атрибутов уточняются в ЧТЗ.
Должна выполняться проверка обязательных данных, необходимых для регистрации
заявления в Системе. При невозможности автоматического разбора или сопоставления
сведений заявление не должно теряться: должна фиксироваться ошибка с указанием причины и
должна быть предусмотрена возможность повторной обработки после устранения ошибки.
Для исключения повторной регистрации одного и того же заявления должна
использоваться проверка уникальности по идентификаторам, содержащимся в сообщении
ЕПГУ/СМЭВ. Повторное поступление ранее обработанного сообщения не должно приводить к
созданию дублирующего заявления.
В Системе должны сохраняться сведения, позволяющие определить источник
поступления заявления, внешний идентификатор сообщения/заявления, дату и время
получения, результат обработки и связь с созданными объектами.
Получение доступа к видам сведений СМЭВ, необходимым для приема заявлений,
осуществляется Заказчиком.
Должно быть выполнено тестирование полного процесса подачи и обработки заявления в
тестовой среде, включая прием сообщения, разбор, регистрацию заявления и создание
предусмотренных взаимосвязей с объектами Системы.
Исполнителем должна быть предоставлена документация, необходимая Заказчику для
подключения соответствующих форм ЕПГУ к продуктивной среде Системы. Получение
доступа к портальным формам и выполнение организационных действий по их подключению в
продуктивной среде осуществляется Заказчиком.
5.2.3. Требования к настройке приема сведений о государственной регистрации
рождения и смерти
Должен быть настроен функционал приема и обработки сведений о государственной
регистрации рождения и смерти, поступающих посредством рассылок СМЭВ, в соответствии с
актуальными форматами соответствующих видов сведений.
Обработка новых видов сведений должна быть реализована с использованием
действующего механизма приема и обработки рассылок СМЭВ. При необходимости должен
быть доработан существующий механизм без создания дублирующей схемы приема,
протоколирования и повторной обработки сообщений.
При поступлении сообщения Система должна автоматически зарегистрировать факт его
получения, сохранить идентификатор сообщения, дату и время получения, вид сведений и
результат обработки, а также проверить сообщение на повторное поступление. Повторное
получение ранее обработанного сообщения не должно приводить к созданию дублирующих
объектов.
Поступившие сведения должны автоматически разбираться в структурированные данные
и сопоставляться с гражданином и личным делом по идентификаторам, содержащимся в
сообщении, и сведениям, имеющимся в АИС ЭСРН РО. При однозначном сопоставлении
сведения должны сохраняться в соответствующих объектах Системы. Состав создаваемых или
актуализируемых объектов, перечень атрибутов и правила их заполнения уточняются в ЧТЗ.
При невозможности автоматического разбора сообщения или однозначного
сопоставления с гражданином сообщение не должно теряться. В Системе должна
фиксироваться причина ошибки и должна быть предусмотрена возможность повторной
обработки после устранения причины ошибки.
Должен быть настроен прием и разбор сведений по следующим видам сведений:
«Рассылка
сведений
о
государственной
регистрации
рождения»
(https://nsud.gosuslugi.ru/pud/#/inquiries/card/ed8eec4d-0402-4977-a57f-60ffa96fbbda);
«Рассылка
сведений
о
государственной
регистрации
смерти»
(https://nsud.gosuslugi.ru/pud/#/inquiries/card/dac46d41-b8a6-48c1-87c8-95efe932f4e6).
Получение доступа к указанным видам сведений осуществляется Заказчиком.
5.2.4. Требования к настройке парольной политики и автоматической блокировке
неактивных учетных записей
В административном интерфейсе Системы должны быть реализованы отдельные
независимые настройки требований к паролю пользователя. Каждая настройка должна быть
представлена отдельным параметром и должна изменяться уполномоченным администратором
без внесения изменений в программный код.
Должны быть предусмотрены следующие настройки проверки пароля:
– минимальная длина пароля — числовое значение, определяющее минимально
допустимое количество символов в пароле;
– наличие заглавных букв — параметр «да/нет», определяющий обязательность наличия в
пароле не менее одной заглавной буквы;
– наличие строчных букв — параметр «да/нет», определяющий обязательность наличия в
пароле не менее одной строчной буквы;
– наличие цифр — параметр «да/нет», определяющий обязательность наличия в пароле не
менее одной цифры;
– наличие специальных символов — параметр «да/нет», определяющий обязательность
наличия в пароле не менее одного специального символа.
Проверка установленных требований должна выполняться при создании пароля, смене
пароля и административном сбросе пароля. Если пароль не соответствует хотя бы одному
включенному требованию, его сохранение не допускается, а пользователю или администратору
должно выводиться сообщение с указанием невыполненных требований.
Отключение отдельного требования («нет») должно исключать соответствующую
проверку из правил формирования пароля. Изменение настроек не должно автоматически
изменять ранее установленные пароли; новые правила применяются при последующей
установке или смене пароля, если иной порядок не определен в ЧТЗ.
Изменение параметров парольной политики должно протоколироваться с фиксацией даты
и времени изменения, учетной записи администратора и измененного значения.
В административном интерфейсе должна быть предусмотрена отдельная настройка
автоматической блокировки неактивных учетных записей — «Количество дней неактивности».
Значение задается целым числом и определяет допустимое количество календарных дней с
момента последнего успешного входа пользователя в Систему.
Для учетной записи, по которой отсутствуют сведения об успешном входе, срок
неактивности должен исчисляться от даты активации/создания учетной записи либо от даты ее
последней ручной разблокировки — в зависимости от того, какое событие применимо.
Проверка неактивных учетных записей должна выполняться автоматически регламентной
задачей не реже одного раза в сутки. Периодичность запуска задачи должна быть
настраиваемой. Должна быть предусмотрена возможность ручного запуска проверки
уполномоченным администратором.
При достижении установленного количества дней неактивности учетная запись должна
автоматически переводиться в состояние блокировки. Заблокированный по неактивности
пользователь не должен иметь возможность войти в Систему.
Системные, технологические и иные учетные записи, используемые для
автоматизированного взаимодействия и регламентных процедур, не должны блокироваться по
признаку пользовательской неактивности. Перечень учетных записей/типов учетных записей,
исключаемых из автоматической блокировки, уточняется в ЧТЗ.
Для автоматически заблокированной учетной записи должна фиксироваться причина
блокировки и дата блокировки. Должна быть предусмотрена ручная разблокировка
уполномоченным администратором с обязательным протоколированием действия.
Если значение настройки «Количество дней неактивности» отключено в порядке,
определенном в ЧТЗ (например, установлено значение 0), автоматическая блокировка по
неактивности не выполняется. Конкретный способ отключения и допустимый диапазон
значений определяются в ЧТЗ с учетом возможностей платформы.
5.2.5. Требования к настройке взаимодействия по регламентированному запросу
СМЭВ 4
Должно быть реализовано взаимодействие по РЗ «Предоставление сведений о проверке
принадлежности физического лица-потенциального получателя мер социальной защиты
(поддержки)
к
сиротам»
(https://nsud.gosuslugi.ru/pud/#/podd/queries/661bc0218b2a-46cc-94da-29a6b5948613?tab=0) в соответствии с описанием запроса.
Информация личного дела, необходимая для формирования запросов РЗ, должна
автоматически подставляться в параметры запроса. В случае отсутствия необходимой
информации должна быть возможность ручного заполнения параметров.
Должен быть настроен функционал разбора сведений на сегментах Системы по составу
данных запросов в объекты личного дела. Разбор полученных сведений должен осуществляться
в объект «Документ» с привязкой к личному делу и взаимосвязью с иными объектами,
созданными на основе полученной информации.
Получение доступа к РЗ осуществляется Заказчиком.
Исполнитель проводит тестирование РЗ в тестовой среде СМЭВ 4.
6. Требования к взаимодействию сторон
Взаимодействие Заказчика осуществляется посредством системы управления проектами
Исполнителя (далее – СУТП), а также взаимодействием ответственных специалистов
Исполнителя с ответственными специалистами Заказчика по телефону и электронной почте.
Заказчик и Исполнитель обязуются в течение 5 (пяти) рабочих дней после заключения
Контракта сообщить друг другу номера телефонов, фамилию, имя, отчество, должность
сотрудника, адрес его рабочего места и адрес электронной почты, доступный в сети
«Интернет»), с использованием которого обращения сторон будут считаться официальным
обращением друг к другу для решения вопросов.
7. Требования к результатам выполненных работ
7.1. Результаты выполнения работ
В результате выполнения работ по доработке АИС ЭСРН РО должна быть выполнена
доработка Системы в части:
1) настройки взаимодействия с ГИС ЕЦП по видам сведений о мерах социальной
поддержки;
2) настройки механизмов интеграции АИС ЭСРН РО с ЕПГУ по государственным
услугам, указанным в приложении 1;
3) настройки взаимодействия с ГИС ЕЦП в части получения сведений о государственной
регистрации рождения и смерти и передачи сведений о мерах социальной защиты (поддержки);
4) доработки механизмов информационной безопасности в части раздельной настройки
требований к паролю и автоматической блокировки неактивных учетных записей
пользователей;
5) настройки взаимодействия по регламентированному запросу СМЭВ 4.
Все информационное наполнение Системы, имеющееся до момента выполнения работ
по настоящим ТЗ, должно быть сохранено и быть доступным в полном объеме в Системе после
окончания выполнения работ, если иное не определено в настоящем ТЗ.
В результате выполнения работ в соответствии с настоящим ТЗ Исполнителем должно
быть обеспечено функционирование Системы на аппаратных средствах Заказчика.
По завершении выполнения работ по настоящим ТЗ должны быть получены следующие
результаты:
1. обновленная, установленная и настроенная последняя версия программного
обеспечения Системы на серверном оборудовании Заказчика со всеми внесенными в течение
срока выполнения работ в соответствии с требованиями настоящего ТЗ изменениями в виде
полностью функционирующей системы;
2. комплект документации в составе, указанном в разделе 8 ТЗ;
3. исходные коды, разработанные в ходе выполнения Работ, и дистрибутивы.
7.2. Требования к порядку передачи результатов выполнения работ.
Передача исходных кодов, разработанных в ходе выполнения работ, программ для
электронных вычислительных машин (далее - программа для ЭВМ) и дистрибутивов должна
сопровождаться передачей всех необходимых для сборки и запуска программы для ЭВМ
библиотек зависимостей, инструкций и программных сценариев (скриптов) для проведения
компиляции, создания дистрибутива и установки (развертывания) программы для ЭВМ.
В составе исходных кодов должны быть переданы:
– исходные коды (java) - в электронном виде в виде набора файлов (.java);
– файл конфигурации Maven (pom.xml)- в электронном виде .
– PSQL скрипты (.sql), позволяющие восстановить БД платформы Sitex из файла дампа-в
электронном виде;
– инструкции по компиляции исполняемых фалов из исходных кодов- в электронном
виде.
В составе дистрибутива Системы должны быть переданы:
– все изменения метаданных БД - в виде файлов пакетов обновлений Системы (.sxu);
– бэкап БД платформы Sitex - в виде набора файлов (дамп БД) готовых для
восстановления данных из них встроенными возможностями СУБД;
– все исполняемые и вспомогательные файлы дистрибутива платформы Sitex - в виде
набора файлов в упорядоченной структуре директорий с расширением .class, .jar, .jsp, .war;
– все файлы ресурсов Системы и платформы Sitex (XML-конфигурации, файлы настроекproperties), файлы шаблонов печатных форм (doc, docx,rtf, xls) - в электронном виде;
– все сторонние JAR-библиотеки - в электронном виде;
– инструкция по установке и развертыванию Системы, включающая скрипты для
установки или развертывания ПО - в электронном виде.
Все материалы должны быть упакованы в архив формата ZIP и переданы Заказчику в
электронном виде на flesh-носителе.
8. Требования к документированию.
Должны быть переданы следующие документы:
 частное техническое задание;
 руководство пользователя в части реализованных изменений;
 программа и методика испытаний;
 протокол проведения испытаний.
Документация должна содержать сведения в объёме, достаточном для самостоятельной
эксплуатации Системы Заказчиком.
Вся отчетная документация предоставляется в электронном виде (в формате документов
доступном для редактирования) на русском языке.
9. Требования к месту выполнения работ
Место оказания услуг – Рязанская область. Исполнитель оказывает услуги в удаленном
режиме средствами информационных технологий и телекоммуникаций.
Услуги, оказание которых требует непосредственного взаимодействия с инфраструктурой
Заказчика, включая установку и настройку программного и информационного обеспечения на
серверных мощностях Заказчика, проведение отдельных мероприятий по испытаниям и
приемке результатов работ, могут выполняться по месту нахождения Заказчика.
Для оказания услуг Государственный заказчик на весь срок исполнения Государственного
контракта и выполнения гарантийных обязательств по нему обеспечивает мероприятия по
предоставлению Исполнителю возможности защищенного удаленного доступа к
инфраструктуре мощностей Министерства через сеть Интернет с конкретных ip-адресов для
оказания услуг по настройке Системы в удаленном режиме средствами информационных
технологий и телекоммуникаций в течение 3 (Трех) рабочих дней с даты предоставления
Исполнителем перечня ip-адресов для доступа. Перечень ip-адресов для доступа должен быть
предоставлен Исполнителем Государственному заказчику в течение 1 (одного) рабочего дня с
даты начала оказания услуг по настоящему ТЗ.
Для оказания Услуг с использованием удаленного доступа Исполнителю необходимо
обеспечить защищенное подключение через защищенную сеть Государственного заказчика
собственными криптографическими средствами Исполнителя.
10. Порядок контроля и приемки
Заказчик совместно с Исполнителем проводит испытания для определения соответствия
разработанного функционала требованиям текущего ТЗ.
Испытания проводятся в соответствии с программой и методикой испытаний (далее –
ПМИ) по месту нахождения Заказчика.
ПМИ разрабатывается Исполнителем и согласовывается с Заказчиком в следующем
порядке:
1)
Исполнитель не позднее чем за 10 рабочих дней до окончания срока выполнения
работ по контакту посредством электронной почты направляет Заказчику ПМИ.
2)
Заказчик в течение 2 рабочих дней согласовывает ПМИ или направляет
обоснованные замечания посредством электронной почты. Если Заказчик в течение указанного
срока не направил замечания и предложения Исполнителю, ПМИ считается согласованной.
3)
Исполнитель в течение следующего рабочего дня исправляет замечания и
направляет ПМИ Заказчику повторно.
Заказчик совместно с Исполнителем проводит испытания и составляет протокол
проведения испытаний. По результатам проведения испытаний разработанного функционала в
тестовой среде Исполнитель, Заказчик подписывают протокол тестирования испытаний. В
случае поступления замечаний к разработанному функционалу по результатам подключения к
видам сведений в продуктивной среде после окончания срока предоставления Работ,
Исполнитель устраняет замечания в соответствии с предусмотренными гарантийными
обязательствами, согласно требованиям ТЗ.
Протокол проведения испытаний составляется в следующем порядке:
1)
Исполнителем в течение 1 рабочего дня после окончания проведения испытаний
предоставляется Заказчику протокол проведения испытаний с указанием сроков устранения
критичных замечаний.
2)
Заказчик в течение 2 рабочих дней с даты получения протокола согласовывает и
утверждает протокол, либо направляет Исполнителю мотивированные замечания по протоколу.
Если Заказчик в течение указанного срока не направил замечания и предложения Исполнителю,
протокол проведения испытаний считается согласованным.
3)
Исполнитель в течение следующего рабочего дня рассматривает замечания, в
случае необходимости вносит корректировку в протокол, и направляет повторно Заказчику.
После согласования протокола Исполнитель устраняет критичные замечания и ошибки,
выявленные в ходе испытаний, в сроки, указанные в протоколе.
Под критичными замечаниями и ошибками понимается несоответствие разработанного
функционала Системы требованиям ТЗ и влияющим на корректную работу значительного
числа пользователей.
11. Гарантии качества
Исполнитель гарантирует Заказчику комплектность, необходимую полноту и качество
выполненных работ согласно настоящим ТЗ.
Исполнитель гарантирует работу программного обеспечения только при условии
соблюдения Заказчиком требований сопроводительной документации, передаваемой при
выполнении работ.
Исполнитель не несет ответственности в случае сбоев в работе Системы, вызванных
неквалифицированными действиями Заказчика, то есть выполнением действий, не указанных в
методической, технической и другой сопроводительной документации, в том числе в
руководстве пользователя, или прямо противоречащих такой документации.
В гарантийный период Исполнитель за свой счет устраняет все выявленные Заказчиком в
процессе эксплуатации отклонения функционирования Системы от технического задания,
требований к реализации настройки (задачи) и руководства пользователя.
Исполнитель предоставляет гарантию качества в течение 1 года с даты подписания
документа о приемке.
Взаимодействие сторон в гарантийный период осуществляется в порядке, установленном
разделом 6 настоящего ТЗ.
12. Требования к конфиденциальности
Исполнитель (соисполнитель) не должен разглашать третьим лицам и использовать для
целей, не связанных с исполнением услуг, информацию, которая может стать ему известной в
ходе оказания услуг, а также сведения о характере оказываемых услуг, за исключением случаев
привлечения к оказанию услуг соисполнителей/подрядчиков, с которыми Исполнитель должен
заключить соглашение о неразглашении конфиденциальной информации. Исполнитель несет
ответственность за соблюдение этого требования в соответствии с действующим
законодательством Российской Федерации.
Исполнитель (соисполнитель) обязан использовать доступ к информационным ресурсам
Заказчика только в целях оказания услуг, не копировать, не размножать и не распространять в
любой форме любые материалы, содержащиеся на рабочих местах, серверах и прочих
средствах хранения информации Заказчика.
Исполнитель обязан заключить со специалистами, участвующими в процессе оказания
услуги, имеющих доступ к персональным данным, письменное соглашение о неразглашении
конфиденциальной информации (персональных данных). Заказчик вправе потребовать от
Исполнителя копии соглашений о неразглашении конфиденциальной информации
(персональных данных).
Приложение 1
Перечень государственных услуг, по которым выполняется настройка механизмов
интеграции АИС ЭСРН РО с ЕПГУ
№ п/п
Наименование государственной услуги
1
Ежегодная выплата на ребёнка-инвалида или ребёнка, являющегося ВИЧ-инфицированным
2
Ежегодная выплата на ребёнка, посещающего детский сад
3
Ежегодная выплата на проезд
4
Назначение выплаты единовременного пособия гражданам, получившим в результате
террористического акта и (или) при пресечении террористического акта вред здоровью
5
Назначение выплаты единовременного пособия гражданам из числа заложников
6
Назначение выплаты гражданам финансовой помощи в связи с утратой имущества в результате
террористического акта и (или) при пресечении террористического акта
7
Назначение выплаты единовременного пособия членам семьи граждан, погибших (умерших) в
результате террористического акта и (или) при пресечении террористического акта
правомерными действиями
8
Получение социальных услуг
